home *** CD-ROM | disk | FTP | other *** search
/ MacTech 1 to 12 / MacTech-vol-1-12.toast / Reference / the cmsp digests ('94-'97) / csmp digest Vol 4 No 005 < prev    next >
Text File  |  1996-10-27  |  132KB  |  3,941 lines

  1. C.S.M.P. Digest             Tue, 01 Oct 96       Volume 4 : Issue 5
  2.  
  3. Today's Topics:
  4.  
  5.         "HyperCard Heaven" update
  6.         CodeManager 1.0.6 Update doesn't work!  Help!
  7.         Disk space efficiency (Was: MacOS 8: What is-was the critical path?)
  8.         HELP: Importing undelimited data into FoxPro or FMpro v3
  9.         Help convince client to do Mac games
  10.         Help w- the Slot Mgr
  11.         Looking for ASM-370 & COBOL for PPC
  12.         Mac & Intel Dev. System
  13.         Mac Programmer wanted in BA, CA
  14.         OpenDoc & Clipping files
  15.         PICT disassembly -- source? tools?
  16.         Page orientation
  17.         Passing a pointer to a handle
  18.         PowerPlant any good?
  19.         Reference Tools
  20.         SetGWorld needed before CopyBits?
  21.         Stress Testing - QC - CW
  22.         SymC++ bug: cout not constructed in a timely manner
  23.         TCP-IP server code for Open Transport?
  24.         TextEdit Question
  25.         UNIX - editing UNIX files with a Mac editor
  26.         When are dialog items drawn?
  27.         [Job]  Metrowerks Java Team
  28.         [Q] Can't create CWindow correctly?
  29.         [Q] Hiliting Text in C
  30.         [Q] What is QuickDraw 3D and QuickDraw GX?
  31.         [Q] sending files by FTP from a program
  32.         diff on resource forks of duplicate files
  33.  
  34.  
  35.  
  36. The Comp.Sys.Mac.Programmer Digest is moderated by Mark Aiken
  37. (marka@ee.mcgill.ca).
  38.  
  39. The digest is a collection of article threads from the internet
  40. newsgroups comp.sys.mac.programmer.help, csmp.tools, csmp.misc and
  41. csmp.games. It is designed for people who read news semi-regularly and
  42. want an archive of the discussions.  If you don't know what a
  43. newsgroup is, you probably don't have access to it. Ask your systems
  44. administrator(s) for details. If you don't have access to news, you
  45. may still be able to post messages to the group by using a mail server
  46. like anon.penet.fi (mail help@anon.penet.fi for more information).
  47.  
  48. Each issue of the digest contains one or more sets of articles (called
  49. threads), with each set corresponding to a 'discussion' of a particular
  50. subject.  The articles are not edited; all articles included in this digest
  51. are in their original posted form (as received by our news server at
  52. ee.mcgill.ca).  Article threads are not added to the digest until the last
  53. article added to the thread is at least two weeks old (this is to ensure that
  54. the thread is dead before adding it to the digest).  Article threads that
  55. consist of only one message are generally not included in the digest.
  56.  
  57. The digests can be obtained by email, ftp or through the World Wide Web.
  58.  
  59. If you want to receive the digest by mail, send email to 
  60. majordomo@ee.mcgill.ca with no subject and one of the following commands
  61. as body:
  62.  
  63.     help                        Sends you a summary of commands
  64.     subscribe csmp                      Adds you to the mailing list
  65.     unsubscribe csmp                    Removes you from the list
  66.  
  67. Once you have subscribed, you will automatically receive each new
  68. issue as it is created.
  69.  
  70. Back issues are available by ftp from Info-Mac mirror sites in the
  71. per/csmp subdirectory, e.g.
  72.  
  73.   ftp://sumex-aim.stanford.edu/info-mac/per/csmp/
  74.  
  75. The contents of all back issues can be searched by accessing the
  76. following URL, courtesy of Andrew Barry (ajbarry@ozemail.com.au):
  77.  
  78.     http://marvin.stattech.com.au/search.html
  79.  
  80. They can also be searched through the following URLs, thanks to
  81. Tim Tuck (Tim.Tuck@sensei.com.au):
  82.  
  83.     http://wais.sensei.com.au/searchform.html
  84.     wais://wais.sensei.com.au:210/csmp?
  85.  
  86. -------------------------------------------------------
  87.  
  88. From jamesstep@aol.com (JamesStep)
  89. Subject: "HyperCard Heaven" update
  90. Date: 18 Sep 1996 16:31:41 -0400
  91. Organization: America Online, Inc. (1-800-827-6364)
  92.  
  93. Just wanted to mention a few new things at my HyperCard Heaven web site:
  94.  
  95. * An interview with Richard Wanderman. Richard has used HyperCard since he
  96. received a pre-release version called "WildCard" in 1987. He has led
  97. hundreds of HyperCard workshops and has led the HyperCard in Education
  98. panel at Macworld Expos. 
  99.    Richard talks about the early days of HyperCard, his work as a
  100. HyperCard developer, ways that HyperCard is useful to people with learning
  101. disabilities, methods of adapting stacks for disabled persons who can't
  102. use a mouse, and much more. I think you'll enjoy it.   
  103.  
  104. * Recently I started a new feature called "Cool Stack of the Week." Each
  105. week I describe a great HC stack, show a screen shot, and make it
  106. available for download.
  107.  
  108. * In this month's contest, you might win a prize by suggesting a "cool
  109. stack" that we might want to feature.
  110.  
  111. * An article about HyperCard at the Boston Macworld Expo. It has info
  112. about Heizer's LiveCard (which lets you serve stacks over the web) and
  113. comments from Param Singh of Apple's HyperCard team about the next version
  114. of HyperCard (3.0), which will be playable cross-platform by any
  115. application that can play QuickTime movies.
  116.    I've also included photos taken at the expo of Ro Nagey and Brian
  117. Molyneax (Heizer Software), and Param Singh and Scott Bongiorno (Apple's
  118. HyperCard Team).
  119.  
  120. Thanks,
  121.  
  122. Jim Stephenson
  123. HyperCard Heaven
  124. http://members.aol.com/hcheaven/
  125.  
  126. ---------------------------
  127.  
  128. From JZipursky@creo.bc.ca (Jay Zipursky)
  129. Subject: CodeManager 1.0.6 Update doesn't work!  Help!
  130. Date: Mon, 16 Sep 1996 09:55:06 -0700
  131. Organization: Creo Products Inc.
  132.  
  133. Howdy,
  134.  
  135. Hopefully MWRon can help me out with this...  Metrowerks technical support
  136. seems to be on vacation.
  137.  
  138. I ftped the CM 1.0.6 update and unstuffed it.  What I get is something
  139. with an eApp file type (creator CSOm) that I can't do anything with.  I
  140. have no updater applications that recognize this file and messing about
  141. with the file type didn't have any useful effect.
  142.  
  143. Has anyone had any success with this update?
  144.  
  145. Thanks,
  146. Jay
  147.  
  148. -- 
  149. Jay Zipursky                  | jzipursky@creo.bc.ca
  150. Software Engineer             | Voice (604) 451-2700
  151. Creo Products Inc.            | Fax   (604) 437-9891
  152. Burnaby, B.C., Canada         | <Insert Cool Quote Here>
  153.  
  154. +++++++++++++++++++++++++++
  155.  
  156. From MWRon@metrowerks.com (MW Ron)
  157. Date: Tue, 17 Sep 1996 21:04:51 -0400
  158. Organization: Metrowerks
  159.  
  160. In article <JZipursky-1609960955060001@eliza.creo.bc.ca>,
  161. JZipursky@creo.bc.ca (Jay Zipursky) wrote:
  162.  
  163. >Howdy,
  164. >
  165. >Hopefully MWRon can help me out with this...  Metrowerks technical support
  166. >seems to be on vacation.
  167.  
  168. I don't know myself, but I'll get an answer.  
  169.  
  170. Please let me apologize for Tech Support with CW10 out all the old bugs
  171. and example codes as well as creating project stationery and other minor
  172. tasks fell on the Tech support team.  They are now playing catch up and 
  173. not back to the current level or replying that they usually are at.
  174.  
  175. Ron
  176.  
  177. -- 
  178. METROWERKS                   Ron Liechty
  179. "Software at Work"    MWRon@metrowerks.com
  180. http://www.metrowerks.com/about/people/rogues.html#mwron
  181.  
  182. +++++++++++++++++++++++++++
  183.  
  184. From MWRon@metrowerks.com (MW Ron)
  185. Date: Wed, 18 Sep 1996 12:15:24 -0400
  186. Organization: Metrowerks
  187.  
  188. In article <JZipursky-1609960955060001@eliza.creo.bc.ca>,
  189. JZipursky@creo.bc.ca (Jay Zipursky) wrote:
  190.  
  191. >Howdy,
  192. >
  193. >Hopefully MWRon can help me out with this...  Metrowerks technical support
  194. >seems to be on vacation.
  195. >
  196. >I ftped the CM 1.0.6 update and unstuffed it.  What I get is something
  197. >with an eApp file type (creator CSOm) that I can't do anything with.  I
  198. >have no updater applications that recognize this file and messing about
  199. >with the file type didn't have any useful effect.
  200.  
  201. I downloaded the file with netscape and did not have any problems.  I was
  202. told that there may be a problem with Eudora Lite and this file.  It had
  203. been reported as being corrupted before.  So, either they fixed it and I
  204. got the fixed version or it only affects some downloading software. 
  205.  
  206. You should also be able to download it from our ftp site 
  207. ftp.metrowerks.com//pub/  you might want to try that.
  208.  
  209. Ron
  210.  
  211. -- 
  212. METROWERKS                   Ron Liechty
  213. "Software at Work"    MWRon@metrowerks.com
  214. http://www.metrowerks.com/about/people/rogues.html#mwron
  215.  
  216. ---------------------------
  217.  
  218. From lga@sma.ch (Laurent Gasser)
  219. Subject: Disk space efficiency (Was: MacOS 8: What is-was the critical path?)
  220. Date: 13 Sep 1996 15:29:33 GMT
  221. Organization: Swiss Meterological Institute
  222.  
  223. John Moreno <phenix@interpath.com> wrote:
  224. > plus a new file system so that a 30 byte file
  225. > doesn't take up 8k.
  226.  
  227. Until recently, I didn't bother with it.  But I bought a larger disk
  228. and my efficiency at using disk space (the ratio used bytes on 
  229. actually reserved bytes) suddenly decreased.
  230.  
  231. Aren't partitions a cure to the problem?  I would like to know before
  232. to make a huge backup and disk reformat with partitions.
  233.  
  234. P.S. Has anyone written a small tool measuring this efficiency (used
  235. disk memory on reserved one)?
  236. -- 
  237. Laurent Gasser (lga@sma.ch)
  238. Computers do not solve problems, they execute solutions.
  239.  
  240.  
  241.  
  242. +++++++++++++++++++++++++++
  243.  
  244. From geordie@chapman.com (Geordie Korper)
  245. Date: Fri, 13 Sep 1996 11:43:36 -0500
  246. Organization: Chapman and Cutler
  247.  
  248. In article <51buktINNrj@maz4.sma.ch>, lga@sma.ch wrote:
  249.  
  250. :John Moreno <phenix@interpath.com> wrote:
  251. :> plus a new file system so that a 30 byte file
  252. :> doesn't take up 8k.
  253. :
  254. :Until recently, I didn't bother with it.  But I bought a larger disk
  255. :and my efficiency at using disk space (the ratio used bytes on 
  256. :actually reserved bytes) suddenly decreased.
  257. :
  258. :Aren't partitions a cure to the problem?  I would like to know before
  259. :to make a huge backup and disk reformat with partitions.
  260. :
  261. :P.S. Has anyone written a small tool measuring this efficiency (used
  262. :disk memory on reserved one)?
  263. :-- 
  264. :Laurent Gasser (lga@sma.ch)
  265. :Computers do not solve problems, they execute solutions.
  266.  
  267. You can tell how much you are losing because of large allocation blocks by
  268. putting everthing in your HD in one folder in doing a get info on it and
  269. compare the 2 numbers.
  270.  
  271. -- 
  272. Geordie Korper     geordie@chapman.com
  273.  
  274. *********************************************************************
  275. * The text above should in no way be construed to represent the     *
  276. * opinions  of my employer, even if specifically stated to do so.   *
  277. *********************************************************************
  278.  
  279. +++++++++++++++++++++++++++
  280.  
  281. From jonpugh@netcom.com (Jon Pugh)
  282. Date: Sat, 14 Sep 1996 06:57:01 GMT
  283. Organization: Apple Computer
  284.  
  285. In article <51buktINNrj@maz4.sma.ch>, lga@sma.ch wrote:
  286.  
  287. >P.S. Has anyone written a small tool measuring this efficiency (used
  288. >disk memory on reserved one)?
  289.  
  290. My ancient application ShowSizes does this.  It's on my web page, but it's
  291. in need of work but all the problems are cosmetic only.  It displays
  292. folders with bar charts on them which correspond to the amount of space
  293. they take up.  You can do percentages of parent folders, of space wasted,
  294. of space wasted in the folder, etc.
  295.  
  296. I've been meaning to update it, but it's written in THINK Pascal with the
  297. TCL.  I haven't even been able to build the damn thing for several years. 
  298. I'll be looking at the TCL->CodeWorrior port one of these days if I can
  299. find my original TCL disks.
  300.  
  301. Jon
  302.  
  303. -- 
  304. What are YOU doing to oppose the Microsoft juggernaut?
  305.          http://www.infoworkshop.com/~jonpugh/
  306.  
  307. +++++++++++++++++++++++++++
  308.  
  309. From danash@students.wisc.edu (Daniel Nash)
  310. Date: Sat, 14 Sep 1996 00:57:22 -0600
  311. Organization: University of Wisconsin, Madison
  312.  
  313. In article <geordie-ya023080001309961143360001@kyrie>, geordie@chapman.com
  314. (Geordie Korper) wrote:
  315.  
  316. :  You can tell how much you are losing because of large allocation blocks by
  317. :  putting everthing in your HD in one folder in doing a get info on it and
  318. :  compare the 2 numbers.
  319.  
  320. :  Geordie Korper     geordie@chapman.com
  321.  
  322. You can also find the minimum block size by dividing your total partition
  323. size by 65536 (64kB).  For instance, 1GB / 64kB = 16kB, so every file on a
  324. 1 gig partition must be a multiple of 16kB in size.  So the person who,
  325. earlier in this thread, said their files were 64kB must have a 4 gig HD by
  326. my calculations.
  327.  
  328.  - Daniel Nash
  329.  
  330. +++++++++++++++++++++++++++
  331.  
  332. From erkyrath@netcom.com (Andrew Plotkin)
  333. Date: Sat, 14 Sep 1996 17:22:46 GMT
  334. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  335.  
  336. Laurent Gasser (lga@sma.ch) wrote:
  337. > John Moreno <phenix@interpath.com> wrote:
  338. > > plus a new file system so that a 30 byte file
  339. > > doesn't take up 8k.
  340.  
  341. > Until recently, I didn't bother with it.  But I bought a larger disk
  342. > and my efficiency at using disk space (the ratio used bytes on 
  343. > actually reserved bytes) suddenly decreased.
  344.  
  345. > Aren't partitions a cure to the problem?  I would like to know before
  346. > to make a huge backup and disk reformat with partitions.
  347.  
  348. Yes, partitions are the (well, a) cure. The minimum file size is the 
  349. partition size divided by 65536.
  350.  
  351. --Z
  352.  
  353. -- 
  354.  
  355. "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
  356. borogoves..."
  357.  
  358. +++++++++++++++++++++++++++
  359.  
  360. From lars.farm@ite.mh.se (Lars Farm)
  361. Date: Sun, 15 Sep 1996 18:47:57 +0200
  362. Organization: pv
  363.  
  364. Daniel Nash <danash@students.wisc.edu> wrote:
  365.  
  366. > You can also find the minimum block size by dividing your total partition
  367. > size by 65536 (64kB).  For instance, 1GB / 64kB = 16kB, so every file on a
  368. > 1 gig partition must be a multiple of 16kB in size.  So the person who,
  369. > earlier in this thread, said their files were 64kB must have a 4 gig HD by
  370. > my calculations.
  371.  
  372. 2G. Source code is TEXT files that also contain a tiny resource (76
  373. bytes). Therefor a small text file will have a few hundred bytes of text
  374. stored in one 32K block + 76 bytes resource stored in an additional 32K
  375. block = 64K/tiny file. This is ridiculous.
  376.  
  377. The suggestion to use partitions is no cure for the problem unless you
  378. completely fill the partition, which is unrealistic. The free space of
  379. an artificial partition is also unusable waste.
  380.  
  381.  
  382. -- 
  383. Lars Farm, lars.farm@ite.mh.se
  384.  
  385. +++++++++++++++++++++++++++
  386.  
  387. From jumplong@aol.com (Jump Long)
  388. Date: 15 Sep 1996 13:10:11 -0400
  389. Organization: America Online, Inc. (1-800-827-6364)
  390.  
  391. Laurent Gasser wrote:
  392. >Aren't partitions a cure to the problem?  I would like to know
  393. >before to make a huge backup and disk reformat with partitions.
  394.  
  395. Partitions are currently the cure to the problem. For the size of the
  396. partitions, you'll probably get lots of different answers, but I've found
  397. that 250Mb partitions are good for most users.
  398.  
  399. >P.S. Has anyone written a small tool measuring this efficiency
  400. >(used disk memory on reserved one)?
  401.  
  402. As a matter of fact, I did. The program simply indexes through a volume's
  403. files and grabs the logical and physical size of each file's data and
  404. resource forks. I rounded the logical sizes up to the nearest 512-byte
  405. boundary since hard disk media uses 512-byte blocks (physical sizes are
  406. already on 512-byte boundaries). Then, I subtracted the total of the
  407. (rounded up) logical sizes from the total of the physical sizes to come up
  408. with how much space is actually wasted by your files on your disk.
  409.  
  410. The IterateDirectory function in MoreFiles
  411. <ftp://members.aol.com/JumpLong/MoreFiles_1.4.3.sea.hqx> makes writing
  412. something like that very simple. The filter procedure you pass to
  413. IterateDirectory only needs to do the rounding up and counting -
  414. IterateDirectory will walk through your volume's files and directories.
  415.  
  416. - Jim Luther
  417.  
  418. +++++++++++++++++++++++++++
  419.  
  420. From lars.farm@ite.mh.se (Lars Farm)
  421. Date: Wed, 18 Sep 1996 16:38:35 +0200
  422. Organization: pv
  423.  
  424. Andrew Plotkin <erkyrath@netcom.com> wrote:
  425.  
  426. > Lars Farm (lars.farm@ite.mh.se) wrote:
  427. > > The suggestion to use partitions is no cure for the problem unless you
  428. > > completely fill the partition, which is unrealistic. 
  429. > Well, the problem isn't a *problem* unless you completely fill your hard
  430. > drive. :-) (Wasted space isn't a problem if you still have some left,
  431. > right?) 
  432.  
  433. How large do you suggest that I make the partition that should hold
  434. Codewarrior? Note, I do NOT want to repartition my HD three times per
  435. year. There has to be (currently wasted) room for the next upgrade, and
  436. the next... Neither do I accept repartitioning when MW issues
  437. net-updates. Do you think that I should use a separate partition for Sym
  438. C++ too? What about MPW? With or without the examples? How about when I
  439. halfway between updates decide to install more docs? Or maybe I should
  440. split Codewarrior on several partitions? How many? How convenient!
  441.  
  442. With partitions there will be a lot of waste due to unfilled partitions.
  443. Consequently partitions is no cure. Without partitions there will be a
  444. lot of waste due to *ridiculous* blocksizes. With small blocks all free
  445. space from all folders, rather than partitions, would be shared and
  446. available everywhere and you could use folders the way it was intended.
  447.  
  448. The only ones that benefit from the the current situation are Quantum,
  449. Seagate and those. They are happy to accept your money with or without
  450. partitions in return for unusable space, wasted by a silly filesystem.
  451.  
  452.  
  453. -- 
  454. Lars Farm, lars.farm@ite.mh.se
  455.  
  456. +++++++++++++++++++++++++++
  457.  
  458. From erkyrath@netcom.com (Andrew Plotkin)
  459. Date: Wed, 18 Sep 1996 05:09:47 GMT
  460. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  461.  
  462. Lars Farm (lars.farm@ite.mh.se) wrote:
  463. > The suggestion to use partitions is no cure for the problem unless you
  464. > completely fill the partition, which is unrealistic. 
  465.  
  466. Well, the problem isn't a *problem* unless you completely fill your hard 
  467. drive. :-) (Wasted space isn't a problem if you still have some left, 
  468. right?) 
  469.  
  470. The more intuitive statement of the problem is that each partition is
  471. limited to 65536 files. (This isn't exactly equivalent to the 
  472. minimum-block-size constraint, but I believe it is the actual system 
  473. limitation that caused the minimum-block-size constraint to be 
  474. implemented.) Partitioning obviously does help this.
  475.  
  476. > The free space of
  477. > an artificial partition is also unusable waste.
  478.  
  479. Not if you've already divided up your hard drive into several 
  480. large folders, of which you can move a subset to the new partition.
  481.  
  482. Keeping track of this is a pain in the butt, and we shouldn't have to do
  483. it. Absolutely. Unfortunately, releasing a new file system is a pain in
  484. its own set of butts. 
  485.  
  486. --Z
  487.  
  488. -- 
  489.  
  490. "And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
  491. borogoves..."
  492.  
  493. ---------------------------
  494.  
  495. From kab128@psuvm.psu.edu (Kyle Bernheim)
  496. Subject: HELP: Importing undelimited data into FoxPro or FMpro v3
  497. Date: Wed, 18 Sep 96 01:09:35 GMT
  498. Organization: Penn State University, Center for Academic Computing
  499.  
  500. Say, what would be the easiest way to import raw data (no spaces, commas or 
  501. whatnot between fields, just a line break between records) into various fields 
  502. in either a FoxPro or Filemaker Pro database (if one is easier than the other, 
  503. please advise)
  504. Thanks in advance!
  505. -K
  506. kab128@psuvm.psu.edu
  507.  
  508. +++++++++++++++++++++++++++
  509.  
  510. From azzy@io.com (Reuben King)
  511. Date: Wed, 18 Sep 1996 15:10:41 -0500
  512. Organization: None
  513.  
  514. I'm sorry. In my previous post I said "delimitation between records".  I
  515. meant "delimitation between fields". duh.
  516.  
  517. -- 
  518.  
  519. Reuben King <azzy@io.com>
  520. <http://www.compdata.com/~reuben>       \\||//
  521.                                         (0  o)
  522. =====================================ooO=(^/)=Ooo====
  523. "Of all tyrannies, a tyranny sincerely exercised for 
  524.  the good of its victims may be the most oppressive."
  525.     -- C.S. Lewis
  526.  
  527.         !!! HARRY BROWNE FOR PRESIDENT '96 !!!
  528.         !!! http://www.HarryBrowne96.org/  !!!
  529.  
  530. +++++++++++++++++++++++++++
  531.  
  532. From azzy@io.com (Reuben King)
  533. Date: Wed, 18 Sep 1996 15:10:17 -0500
  534. Organization: None
  535.  
  536. In article <51ni8s$1jac@r02n01.cac.psu.edu>, kab128@psuvm.psu.edu (Kyle
  537. Bernheim) wrote:
  538.  
  539. > Say, what would be the easiest way to import raw data (no spaces, commas or 
  540. > whatnot between fields, just a line break between records) into various
  541. fields 
  542. > in either a FoxPro or Filemaker Pro database (if one is easier than the
  543. other, 
  544. > please advise)
  545. > Thanks in advance!
  546. > -K
  547. > kab128@psuvm.psu.edu
  548.  
  549.  
  550. There's got to be SOME kind of delimitation between records..  Perhaps a
  551. fixed record width?  I ran into this once and ended up importing the data
  552. into Fox (because it could do it) and then exporting as Tab-Delimited and
  553. the importing that into Filemaker.  I'm sure you could figure out a better
  554. solution.  MacPerl would be great at this, if you're the programming type.
  555.  
  556. -- 
  557.  
  558. Reuben King <azzy@io.com>
  559. <http://www.compdata.com/~reuben>       \\||//
  560.                                         (0  o)
  561. =====================================ooO=(^/)=Ooo====
  562. "Of all tyrannies, a tyranny sincerely exercised for 
  563.  the good of its victims may be the most oppressive."
  564.     -- C.S. Lewis
  565.  
  566.         !!! HARRY BROWNE FOR PRESIDENT '96 !!!
  567.         !!! http://www.HarryBrowne96.org/  !!!
  568.  
  569. +++++++++++++++++++++++++++
  570.  
  571. From kab128@psuvm.psu.edu (Kyle Bernheim)
  572. Date: Wed, 18 Sep 96 21:35:05 GMT
  573. Organization: Penn State University, Center for Academic Computing
  574.  
  575. In article <relayer-1809960823400001@frank.ewg.org>, relayer@ewg.org (Frank Schima) wrote:
  576. >If you mean a fixed length file, then just make a new database in FoxPro
  577. >with the fields and the correct field lengths and append the text as a SDF
  578. >file.
  579. >
  580.  
  581. SDF, ah! okay, thanks!
  582. -K
  583.  
  584. ---------------------------
  585.  
  586. From tracy@linksware.com (Tracy Valleau)
  587. Subject: Help convince client to do Mac games
  588. Date: Mon, 16 Sep 1996 11:33:40 -0700
  589. Organization: Software Consulting
  590.  
  591. Greetings all
  592.  
  593. I know I've seen the articles and other independent support that shows why
  594. it makes good business sense to write Mac games, but now I've got a huge
  595. client who won't take my word for it.
  596.  
  597. Could someone please point me to third-party articles (Develop? MacWeek?)
  598. that will support my position that they should develop for the Mac?
  599.  
  600. TIA
  601.  
  602. Tracy Valleau
  603. LinksWare
  604. tracy@linksware.com
  605.  
  606. -- 
  607. Tracy Valleau, ACM, online since 1978
  608. The original and easiest multimedia program for Macs is at http://www.linksware.com, and you can test it for free.
  609.  
  610. +++++++++++++++++++++++++++
  611.  
  612. From gchapman@irus.rri.uwo.ca (Greg Chapman)
  613. Date: Tue, 17 Sep 1996 12:25:15 -0500
  614. Organization: Robarts Research Institute
  615.  
  616. In article <tracy-1609961133400001@isdn-8.mtry.mbay.net>,
  617. tracy@linksware.com (Tracy Valleau) wrote:
  618.  
  619. > Could someone please point me to third-party articles (Develop? MacWeek?)
  620. > that will support my position that they should develop for the Mac?
  621.  
  622. You may be best starting at the EvangaList, which is at
  623. http://www.evangelist.macaddict.com/
  624.  
  625. Good luck.
  626.  
  627. -- 
  628. Greg Chapman
  629. Mac Developer - Robarts Research Institute
  630. Advanced Imaging Research Group (AIRG)
  631. - -
  632. "You! Out of the gene pool!"
  633.  
  634. +++++++++++++++++++++++++++
  635.  
  636. From tblanch@rmii.com (Todd Blanchard)
  637. Date: Wed, 18 Sep 1996 09:02:33 -0600
  638. Organization: Rocky Mountain Internet Inc.
  639.  
  640. Send them here:
  641.  
  642. http://www.bungie.com/soapbox496.html
  643.  
  644. A nice rant from Eric Klein of Bungie (makers of Marathon, Abuse...) about
  645. why they develop for the Mac market.
  646.  
  647. Todd Blanchard
  648.  
  649. In article <tracy-1609961133400001@isdn-8.mtry.mbay.net>,
  650. tracy@linksware.com (Tracy Valleau) wrote:
  651.  
  652. > Greetings all
  653. > I know I've seen the articles and other independent support that shows why
  654. > it makes good business sense to write Mac games, but now I've got a huge
  655. > client who won't take my word for it.
  656. > Could someone please point me to third-party articles (Develop? MacWeek?)
  657. > that will support my position that they should develop for the Mac?
  658. > TIA
  659. > Tracy Valleau
  660. > LinksWare
  661. > tracy@linksware.com
  662. > -- 
  663. > Tracy Valleau, ACM, online since 1978
  664. > The original and easiest multimedia program for Macs is at
  665. http://www.linksware.com, and you can test it for free.
  666.  
  667. -- 
  668. Todd Blanchard
  669. "Never understimate the power of stupid people in large groups!"
  670.  
  671. +++++++++++++++++++++++++++
  672.  
  673. From nctrost@pobox.com (Nate Trost)
  674. Date: 18 Sep 1996 14:58:09 GMT
  675. Organization: InterAccess Co
  676.  
  677. In article <tracy-1609961133400001@isdn-8.mtry.mbay.net>,
  678. tracy@linksware.com (Tracy Valleau) wrote:
  679.  
  680. > I know I've seen the articles and other independent support that shows why
  681. > it makes good business sense to write Mac games, but now I've got a huge
  682. > client who won't take my word for it.
  683. > Could someone please point me to third-party articles (Develop? MacWeek?)
  684. > that will support my position that they should develop for the Mac?
  685.  
  686. Articles are nice, but you're probably in a much better position if you
  687. can crunch good numbers specific to your project(s).  Statistics from Mac
  688. based publications (or Apple :-) probably won't sway a PC heavy
  689. publisher.  If you have a solid track record for delivering on time and on
  690. budget (meeting the old milestones, as it were), and can make a solid case
  691. for why the game will make the publisher Money (enough to compensate for
  692. the risk and internal chaos of doing a Mac title)....you probably don't
  693. need articles...until you're trying to convince the marketing department
  694. to actually SELL the game, anyway.
  695.  
  696. If the company had a bad Mac gaming experience in 1988 or the executive
  697. producer just hates multi-colored logos...<shrug>  There's always Bungie.
  698.  
  699. -- 
  700. Nate Trost
  701. nctrost@pobox.com
  702.  
  703. +++++++++++++++++++++++++++
  704.  
  705. From odueck@pobox.com (Oliver Dueck)
  706. Date: 18 Sep 1996 00:56:34 GMT
  707. Organization: Awesome Internet Services
  708.  
  709. In article <tracy-1609961133400001@isdn-8.mtry.mbay.net>,
  710. tracy@linksware.com (Tracy Valleau) wrote:
  711.  
  712. > Could someone please point me to third-party articles (Develop? MacWeek?)
  713. > that will support my position that they should develop for the Mac?
  714.  
  715. Check out the January '96 issue of MacUser - they have a feature article
  716. about all the new Mac gaming technologies.
  717.  
  718. Regards,
  719.  
  720. Oliver Dueck
  721. odueck@pobox.com
  722.  
  723. - ----------------------------
  724.   Awesome Internet Services
  725.  
  726.   Providing Quality Web Site
  727.     Design and Maintenance
  728.      As Well As Marketing
  729.  
  730. http://www.awesome.holowww.com
  731. - ----------------------------
  732.  
  733. ---------------------------
  734.  
  735. From David Young <dhy@unh.edu>
  736. Subject: Help w- the Slot Mgr
  737. Date: Sat, 14 Sep 1996 15:18:59 -0400
  738. Organization: University of New Hampshire  -  Durham, NH
  739.  
  740. I am trying to send a raw Ethernet packet - not through AppleTalk, 
  741. MacTCP or OT. I am following the example outlined in Chapter 11 of 
  742. Inside Mac: Networking, (or at 
  743. http://devworld.apple.com/dev/techsupport/insidemac/Networking/Networkin
  744. g-262.html).
  745.  
  746. The problem is that the SGetTypeSRsrc() function, which should point me 
  747. to the Ethernet card driver, keeps returning smNoMoresRsrcs, even though 
  748. there definately *is* an Ethernet card in the Mac. What am I doing 
  749. wrong?
  750.  
  751. --
  752. David
  753.  
  754. +++++++++++++++++++++++++++
  755.  
  756. From David Young <dhy@unh.edu>
  757. Date: Wed, 18 Sep 1996 22:49:54 -0400
  758. Organization: University of New Hampshire  -  Durham, NH
  759.  
  760. David Young wrote:
  761. > I am trying to send a raw Ethernet packet - not through AppleTalk,
  762. > MacTCP or OT. I am following the example outlined in Chapter 11 of
  763. > Inside Mac: Networking, (or at http://devworld.apple.com/dev/
  764. > techsupport/insidemac/Networking/Networkin g-262.html).
  765. > The problem is that the SGetTypeSRsrc() function, which should point 
  766. > me to the Ethernet card driver, keeps returning smNoMoresRsrcs, even 
  767. > though there definately *is* an Ethernet card in the Mac. What am I 
  768. > doing wrong?
  769.  
  770. Yup, I'm replying to my own post - pathetic, I know... someone suggested 
  771. that if I provide my source perhaps it would help garner a repsonse.I 
  772. was initially reluctant to do this as the source is FutureBASIC with 
  773. inline assembly. The assembly has been looked at and given a thumbs up, 
  774. plus it does return a valid result (smNoMoreRsrcs)...
  775.  
  776. LOCAL FN SGetTypeSRsrc(SpBlockPtr&)
  777.   DIM result%
  778.   `   MOVE.L  ^SpBlockPtr&, a0
  779.   `   MOVE.W  #$000C,D0    ;(selector for SGetTypeSRsrc)
  780.   `   DC.W    $A06E        ;(trap # for all SlotManager routines)
  781.   `   MOVE.W  d0, ^result%
  782. END FN = result%
  783.  
  784. '-----------------------------
  785. CLEAR LOCAL
  786. LOCAL FN FindEnet%
  787.   DIM osErr%, enetRefNum%
  788.   DIM SpBlock.56
  789.   DEF BLOCKFILL (@SpBlock,56,0)   '{zero out the block}
  790.   '
  791.   SpBlock.spParamData = 1     
  792.   SpBlock.spCategory = _catNetwork
  793.   SpBlock.spCType = _typeEthernet
  794.   SpBlock.spDrvrSW = 0
  795.   SpBlock.spDrvrHW = 0
  796.   SpBlock.spTBMask = 3        '{match only Category and CType fields}
  797.   SpBlock.spSlot = 0              '{start search from here}
  798.   SpBlock.spID = 0                '{start search from here}
  799.   SpBlock.spExtDev = 0
  800.   '
  801.   osErr% = FN SGetTypeSRsrc(@SpBlock)
  802.   '
  803.   LONG IF osErr% = _noErr          '{found an sResource match; }
  804.     PRINT "sResource was found!"
  805.   XELSE
  806.     LONG IF osErr% = _smNoMoresRsrcs
  807.       PRINT "SGetTypeSRsrc osErr% = _smNoMoresRsrcs"
  808.     XELSE
  809.       PRINT "SGetTypeSRsrc osErr% = "; osErr%
  810.     END IF
  811.   END IF 
  812. END FN = osErr%
  813.  
  814. '------------- Main --------------
  815. DIM osErr%
  816. WINDOW OFF
  817. WINDOW 1, "Raw .ENET Test", (50,50)-(600,400)
  818. TEXT _monaco, 9
  819. PRINT " *******************************************************"
  820. PRINT
  821.  
  822. osErr% = FN FindEnet%
  823.  
  824. END
  825. '-----------------------------------
  826.  
  827. ---------------------------
  828.  
  829. From zberger@ldl.net (Psychedelic Harry)
  830. Subject: Looking for ASM-370 & COBOL for PPC
  831. Date: Sun, 15 Sep 1996 21:30:31 -0400
  832. Organization: PowerPCs-R-Us
  833.  
  834. Has anyone got a good System/370[90] asmh emulator for MacOC or even a
  835. (shudder!) COBOL package?  I'm looking for something to ease my stress
  836. when I take work home, but  running these things in Softwindoze is not
  837. it.....
  838.  
  839. Thanks in advance for any leads, email please, I don't surf too often......
  840.  
  841. -- 
  842. -=Psychedelic Harry=-
  843.  
  844. It's not enough
  845. to have the right motive
  846. one must do the right thing
  847. or his motive means nothing
  848.  
  849. +++++++++++++++++++++++++++
  850.  
  851. From sw@nan.co.uk (Sak Wathanasin)
  852. Date: Wed, 18 Sep 1996 10:23:56 GMT
  853. Organization: Network Analysis Ltd
  854.  
  855. In article <zberger-1509962130320001@pm26.ldl.net>, zberger@ldl.net
  856. (Psychedelic Harry) wrote:
  857.  
  858. > Has anyone got a good System/370[90] asmh emulator for MacOC or even a
  859. > (shudder!) COBOL package?  I'm looking for something to ease my stress
  860. > when I take work home, but  running these things in Softwindoze is not
  861. > it.....
  862.  
  863. Micro Focus, Inc. was rumoured to have a COBOL for the Mac. Try
  864.  
  865. Micro Focus Inc, Palo Alto, CA
  866. Phone:   415-843-7245
  867. Fax:     415-843-7192
  868.  
  869. These numbers are a couple of years old, and may have changed.
  870. sales@mfltd.co.uk or info@mfltd.co.uk might work.
  871.  
  872. -- 
  873. Sak Wathanasin
  874. Network Analysis Limited
  875. 178 Wainbody Ave South, Coventry CV3 6BX, UK
  876.  
  877. Internet: sw@nan.co.uk 
  878. uucp:     ...!britain.eu.net!nan!sw
  879. Phone: (+44) 1203 419996                              Fax: (+44) 1203 690690
  880.  
  881. ---------------------------
  882.  
  883. From Dave Schneider <dschneid@auc.trw.com>
  884. Subject: Mac & Intel Dev. System
  885. Date: Mon, 16 Sep 1996 20:05:05 +0000
  886. Organization: TRW Denver Operations
  887.  
  888. Can anyone recommend a good cross platform development environment for
  889. developing applications for both the Mac and Intel (windows 3.1, 95, and
  890. NT).
  891.  
  892. Thanks for any help.
  893.  
  894. +++++++++++++++++++++++++++
  895.  
  896. From suresh@flowbee.interaccess.com (Suresh Kumar)
  897. Date: 17 Sep 1996 12:53:07 -0500
  898. Organization: A poorly-installed InterNetNews site
  899.  
  900. In article <323DB2EB.509@auc.trw.com>,
  901. Dave Schneider  <dschneid@auc.trw.com> wrote:
  902. >Can anyone recommend a good cross platform development environment for
  903. >developing applications for both the Mac and Intel (windows 3.1, 95, and
  904. >NT).
  905. >
  906. >Thanks for any help.
  907. The following are some of the cross-platform application
  908. frameworks mentioned in Apple's Developer's site.
  909. a) Galaxy by Visix, Inc. (703-758-2707)
  910. b) Open Interface by Neuron Data, Inc. (800-876-4900)
  911. c) XVT++ by XVT Software,Inc (303-443-4223)
  912. d) OM++ by ICE, Inc. (415-931-9400)
  913. - Suresh Kumar, Parallel Software Group, Inc., Naperville, IL
  914.  
  915. +++++++++++++++++++++++++++
  916.  
  917. From rcb@ipass.net (Randy Buckland)
  918. Date: 18 Sep 1996 18:13:28 GMT
  919. Organization: IPass.net
  920.  
  921. suresh@flowbee.interaccess.com (Suresh Kumar) writes:
  922.  
  923. >In article <323DB2EB.509@auc.trw.com>,
  924. >Dave Schneider  <dschneid@auc.trw.com> wrote:
  925. >>Can anyone recommend a good cross platform development environment for
  926. >>developing applications for both the Mac and Intel (windows 3.1, 95, and
  927. >>NT).
  928. >>
  929. >>Thanks for any help.
  930. >The following are some of the cross-platform application
  931. >frameworks mentioned in Apple's Developer's site.
  932. >a) Galaxy by Visix, Inc. (703-758-2707)
  933. >b) Open Interface by Neuron Data, Inc. (800-876-4900)
  934. >c) XVT++ by XVT Software,Inc (303-443-4223)
  935. >d) OM++ by ICE, Inc. (415-931-9400)
  936. >- Suresh Kumar, Parallel Software Group, Inc., Naperville, IL
  937.  
  938. Depends on where the "primary" development is done, Mac or PC?
  939. I like the VC++ package for windows 95 with the macintosh cross-platform
  940. add-on.
  941. --
  942. Randy Buckland                                  "It's difficult to work
  943. Independent computer consultant                  in a group when you're
  944. rcb@ipass.net                                    omnipotent"       -- Q
  945.  
  946. ---------------------------
  947.  
  948. From YungKC@perkin-elmer.com
  949. Subject: Mac Programmer wanted in BA, CA
  950. Date: 18 Sep 1996 17:13:30 -0700
  951. Organization: Zippo
  952.  
  953. A Fortune 500 instrumentation company is looking for an entry/intermediate
  954. Mac programmer with some knowledge of the following:
  955.  
  956. Metrowerk C/C++
  957. Instrumentation control via RS-232
  958. Science Background
  959. MacAPP a +
  960. IEEE programming a +
  961. Windows NT programming a+
  962.  
  963. Interested parties please send resume and salary requirement to
  964.  
  965. YungKC@perkin-elmer.com
  966.  
  967. ---------------------------
  968.  
  969. From uzs90z@uni-bonn.de (Michael Schuerig)
  970. Subject: OpenDoc & Clipping files
  971. Date: Fri, 13 Sep 1996 23:50:04 +0200
  972. Organization: RHRZ - University of Bonn (Germany)            
  973.  
  974.  
  975. On csm.system there is an ongoing discussion about stickies and Finder
  976. "Clipping" files. Apparently there is a program called Finder Note(?) to
  977. edit text clippings, but I think this is only a half hearted solution.
  978.  
  979. I was wondering whether it was possible to have clippings automatically
  980. opened by suitable OpenDoc parts.
  981.  
  982. Michael
  983.  
  984. - ---
  985. Michael Schuerig
  986. mailto:uzs90z@uni-bonn.de
  987. http://www.rhrz.uni-bonn.de/~uzs90z/
  988.  
  989. +++++++++++++++++++++++++++
  990.  
  991. From uzs90z@uni-bonn.de (Michael Schuerig)
  992. Date: Wed, 18 Sep 1996 02:37:53 +0200
  993. Organization: RHRZ - University of Bonn (Germany)            
  994.  
  995. Geoffrey Clapp <geoff.clapp@apple.com> wrote:
  996.  
  997. > In article <19960913235004462065@rhrz-ts2-p4.rhrz.uni-bonn.de>,
  998. > uzs90z@uni-bonn.de (Michael Schuerig) wrote:
  999. > >I was wondering whether it was possible to have clippings automatically
  1000. > >opened by suitable OpenDoc parts.
  1001. > Short Answer: Yes.
  1002. > Slightly Longer Answer: Yes, for example...
  1003. > If you drag a clipping into an OpenDoc document, it will bind to the
  1004. > correct part editor. For example, take a picture clipping and drag it into
  1005. > ODFDraw. If you have the ODF parts installed and no other editors
  1006. > selected, it will bind to ODFBitmap (Just replicated that to make sure...
  1007. > ;->) 
  1008.  
  1009. I haven't been precise enough, I gather. I was thinking of
  1010. double-clicking clippings to open them in an OpenDoc part. In fact they
  1011. wouldn't be special clipping files then, but ordinary documents -- only
  1012. created in an as yet non-standard manner.
  1013.  
  1014. Michael
  1015.  
  1016. - -
  1017. Michael Schuerig
  1018. mailto:uzs90z@uni-bonn.de
  1019. http://www.rhrz.uni-bonn.de/~uzs90z/
  1020.  
  1021. +++++++++++++++++++++++++++
  1022.  
  1023. From geoff.clapp@apple.com (Geoffrey Clapp)
  1024. Date: Tue, 17 Sep 1996 15:50:14 -0700
  1025. Organization: Apple Computer, Inc.
  1026.  
  1027. In article <19960913235004462065@rhrz-ts2-p4.rhrz.uni-bonn.de>,
  1028. uzs90z@uni-bonn.de (Michael Schuerig) wrote:
  1029.  
  1030. >I was wondering whether it was possible to have clippings automatically
  1031. >opened by suitable OpenDoc parts.
  1032.  
  1033. Short Answer: Yes.
  1034.  
  1035. Slightly Longer Answer: Yes, for example...
  1036.  
  1037. If you drag a clipping into an OpenDoc document, it will bind to the
  1038. correct part editor. For example, take a picture clipping and drag it into
  1039. ODFDraw. If you have the ODF parts installed and no other editors
  1040. selected, it will bind to ODFBitmap (Just replicated that to make sure...
  1041. ;->) 
  1042.  
  1043. HTH,
  1044.  
  1045. geoffrey
  1046.  
  1047. - ------------------------------------------
  1048.  Geoffrey Clapp       Apple Computer, Inc.  
  1049.  OpenDoc Engineering  geoff.clapp@apple.com                 
  1050. - ------------------------------------------
  1051.  
  1052.  
  1053. +++++++++++++++++++++++++++
  1054.  
  1055. From mpinkert@cc.gatech.edu (Mike Pinkerton)
  1056. Date: 18 Sep 1996 16:00:06 GMT
  1057. Organization: College of Computing, Georgia Tech
  1058.  
  1059. Michael Schuerig (uzs90z@uni-bonn.de) wrote:
  1060. : I haven't been precise enough, I gather. I was thinking of
  1061. : double-clicking clippings to open them in an OpenDoc part. In fact they
  1062. : wouldn't be special clipping files then, but ordinary documents -- only
  1063. : created in an as yet non-standard manner.
  1064.  
  1065. According to the Apple OpenDoc UI Guidelines, Clipping files are obsoleted
  1066. by OpenDoc. A "clipping" will be created in the same way (drag to desktop)
  1067. but it will be an OD document that opens the correct part editor upon a
  1068. double-click.
  1069.  
  1070. The debate, as far as I can see it, is if an OD document is too
  1071. "heavyweight" for a clipping, both in disk space and in time to open.
  1072.  
  1073. --
  1074. Mike Pinkerton
  1075. mpinkert@cc.gatech.edu   http://www.cc.gatech.edu/people/home/mpinkert
  1076.  
  1077. Cyberdog: On the Internet, no one knows you're an OpenDoc part
  1078.  
  1079. ---------------------------
  1080.  
  1081. From GeoffPrice@aol.com (Geoff Price)
  1082. Subject: PICT disassembly -- source? tools?
  1083. Date: 10 Sep 1996 23:09:18 GMT
  1084. Organization: ABC-CLIO
  1085.  
  1086. MPTA admonishes:
  1087. > For debugging purposes, picture opcodes are listed in Appendix A at the back 
  1088. > of Inside Macintosh: Imaging With QuickDraw. Your application generally
  1089. should 
  1090. > not read or write this picture data directly. Instead, your application
  1091. should 
  1092. > use the OpenCPicture (or OpenPicture), ClosePicture, and DrawPicture routines 
  1093. > to process these opcodes.
  1094.  
  1095. Unfortunately, that gives you precious little leeway for editing existing,
  1096. relatively complex version 2 pictures.
  1097.  
  1098. Our current situation is that we have a lot of graphics that inadvertently
  1099. contain a 24-bit bitmap component targeted for an 8-bit palettized
  1100. application, and a dearth of CD space.  FreeHand, apparently, expands this
  1101. bitmap during an assembly phase of graphic preparation if the user's
  1102. monitor is set to full color.
  1103.  
  1104. So, we need to reduce this object to an indexed graphic and reinsert it
  1105. back into its place in the PICT (below layered vector objects such as
  1106. lines and text).  
  1107.  
  1108. There doesn't appear to be anything high-level in QuickDraw to help one
  1109. edit pictures in this manner (which unfortunately makes such mucking an
  1110. inherently sketchy activity.)  Anybody familiar with any tools or source
  1111. code to help, or should we just start getting real familiar with the IM
  1112. appendices?
  1113.  
  1114. Freehand doesn't seem to be cooperative -- can anyone suggest a
  1115. vector-savvy graphic program that might be able to edit existing PICTs in
  1116. this way?
  1117.  
  1118. I'm aware that Resourcerer includes a PICT disassembly tool which I admit
  1119. I'm not familiar with... does this allow editing of individual PICT
  1120. components (or just viewing)?  Can one actually insert graphic objects? 
  1121. If so, and if it's scriptable, maybe I could cook up some hokey batch
  1122. process with it.
  1123.  
  1124. Any experience appreciated.
  1125.  
  1126. I'm also interested in general wrangling over the OS philosophy here --
  1127. why such a "black box" implementation of something as omnipresent as PICTs
  1128. from an API perspective?  (I do see where this would allow a lot of
  1129. behind-the-scenes shenanigans such as the separate encoding of channels in
  1130. RGB images and seamless wrapping of other compression methods, etc.)
  1131.  
  1132. Thanks,
  1133.  
  1134. Geoff Price
  1135. Caliban Mindwear   http://www.CalibanMW.com
  1136. ABC-CLIO New Media
  1137.  
  1138. +++++++++++++++++++++++++++
  1139.  
  1140. From Doug McKenna <xathenax@netone.com>
  1141. Date: Wed, 11 Sep 1996 22:48:19 +0000
  1142. Organization: Online Network Enterprises, Inc.
  1143.  
  1144. Geoff -
  1145.  
  1146. > I'm aware that Resourcerer includes a PICT disassembly tool which I admit
  1147. > I'm not familiar with... does this allow editing of individual PICT
  1148. > components (or just viewing)?
  1149.  
  1150. Yes, editing of opcodes and opcode arguments is supported in the same manner
  1151. as any other resource being edited with a template.
  1152.  
  1153. >Can one actually insert graphic objects?
  1154.  
  1155. Yes, one opcode at a time.  You have to really know your opcodes and
  1156. pixmap data formats, though.
  1157.  
  1158. > If so, and if it's scriptable, maybe I could cook up some hokey batch
  1159. > process with it.
  1160.  
  1161. It's not scriptable within the Data Editor, which is what you'd be using.
  1162.  
  1163. Doug McKenna
  1164. Mathemaesthetics, Inc.
  1165. Developers of Resorcerer
  1166. http://www.mathemaesthetics.com
  1167.  
  1168. +++++++++++++++++++++++++++
  1169.  
  1170. From carl.gustafson@no.spam.welcome (Carl Gustafson)
  1171. Date: Fri, 13 Sep 1996 08:30:59 -0400
  1172. Organization: Imaging and Computer Vision Center, Drexel University
  1173.  
  1174. In article
  1175. <GeoffPrice-1009961617050001@max1-059.snlo.dialup.callamer.com>,
  1176. GeoffPrice@aol.com (Geoff Price) wrote:
  1177.  
  1178. > I'm aware that Resourcerer includes a PICT disassembly tool which I admit
  1179. > I'm not familiar with... does this allow editing of individual PICT
  1180. > components (or just viewing)?  Can one actually insert graphic objects? 
  1181. > If so, and if it's scriptable, maybe I could cook up some hokey batch
  1182. > process with it.
  1183. > Any experience appreciated.
  1184.  
  1185. I'm afraid that I have no experience to offer, but I do recall a tool
  1186. called PICT Detective, or something of the sort. Presumably the graphic
  1187. can't be redone on a system with 8-bit color?
  1188.  
  1189. I will attempt a comment on the following quote, though:
  1190. > I'm also interested in general wrangling over the OS philosophy here --
  1191. > why such a "black box" implementation of something as omnipresent as PICTs
  1192. > from an API perspective?  (I do see where this would allow a lot of
  1193. > behind-the-scenes shenanigans such as the separate encoding of channels in
  1194. > RGB images and seamless wrapping of other compression methods, etc.)
  1195.  
  1196. I can think of several reasons for this black box implementation, which
  1197. you are free to accept or reject as you wish, they are mostly my opinions.
  1198. First, they provide Apple with enough working space to provide backward
  1199. compatibility. For example, in the distant past, about 8 years or so ago,
  1200. everyone had monotone Macs. No color, no gray scale. A few clever programs
  1201. supported 8-color printing on the ImageWriter II. Along came the Mac II,
  1202. and along with it, color! The new format for a PICT supported this. It was
  1203. also backward compatible, and good old MacWrite versions from way back
  1204. would display the color PICTs in color! The software had no way of knowing
  1205. about the new format, but since it didn't monkey around with the data, the
  1206. OS was able to display the PICT the way it was intended. The same is true
  1207. with many other parts of the system software. Apple has stated that if you
  1208. follow their rules, new system software won't break your code. Of course,
  1209. one schizophrenic tech note pointed out that following the rules kept them
  1210. from pushing the envelope, and that not following the rules kept them from
  1211. pushing the envelope, but in general, code that hewed to the party line
  1212. still runs, after 10+ years.
  1213.  
  1214. Second reason for a black-box is related to the above. Compatibility. For
  1215. the first 3-4 years of Macintosh, we had a closed box. Existing software
  1216. was written for the Apple way of doing things, as there was no other way.
  1217. When the Mac II came out, we had an open box. Since existing software
  1218. expected certain behavior from hardware, hardware manufacturers made
  1219. conforming hardware - no one wants to buy new software just to use a
  1220. spiffy new video board, after all. Things have continued on this way ever
  1221. since. So, we have true plug and play, they have plug and pray (gratuitous
  1222. stab, of course). Consider the cost on developers of supporting all the
  1223. different video "standards" for PC software earlier on, and the continued
  1224. incompatibility problems even today. Also, recall that your application
  1225. typically came on a few disks, and you also got a large collection of
  1226. printer drivers to choose from. It was up to you to mix and match. Things
  1227. have improved considerably under Windoze, but still are not to the same
  1228. standard as the Mac OS - you still need to help the system choose video
  1229. drivers, etc. etc.
  1230.  
  1231. I won't go so far as to claim that this was the intent of the original Mac
  1232. designers, but it *has* worked out this way, and for the better, IMO.
  1233.  
  1234. -- 
  1235. Carl Gustafson
  1236. carl.gustafson at ece.drexel.edu
  1237. (busily trying to avoid spammers)
  1238. Imaging and Computer Vision Center
  1239. Drexel University, Philadelphia, Penna
  1240. - ----------------------------------------------------------
  1241. I don't speak for Drexel, and Drexel doesn't listen to me...
  1242.  
  1243. +++++++++++++++++++++++++++
  1244.  
  1245. From mclow@mailhost2.csusm.edu (Marshall Clow)
  1246. Date: Mon, 16 Sep 1996 11:29:38 -0700
  1247. Organization: Aladdin Systems
  1248.  
  1249. In article <carl.gustafson-1309960830590001@n1-12-178.macip.drexel.edu>,
  1250. carl.gustafson@no.spam.welcome (Carl Gustafson) wrote:
  1251.  
  1252. >In article
  1253. ><GeoffPrice-1009961617050001@max1-059.snlo.dialup.callamer.com>,
  1254. >GeoffPrice@aol.com (Geoff Price) wrote:
  1255. >
  1256. >I will attempt a comment on the following quote, though:
  1257. >> 
  1258. >> I'm also interested in general wrangling over the OS philosophy here --
  1259. >> why such a "black box" implementation of something as omnipresent as PICTs
  1260. >> from an API perspective?  (I do see where this would allow a lot of
  1261. >> behind-the-scenes shenanigans such as the separate encoding of channels in
  1262. >> RGB images and seamless wrapping of other compression methods, etc.)
  1263. >
  1264. >I can think of several reasons for this black box implementation, which
  1265. >you are free to accept or reject as you wish, they are mostly my opinions.
  1266. >First, they provide Apple with enough working space to provide backward
  1267. >compatibility. 
  1268. >
  1269. [snip]
  1270.  
  1271. And for the programmatic manipulations of individual elements of a
  1272. picture, you have the quickDraw bottlenecks procs.
  1273.  
  1274. Install them in a grafport, and call DrawPicture.
  1275. Your bottlenecks will get called for each element in the picture.
  1276.  
  1277. -- 
  1278. Marshall Clow
  1279. Aladdin Systems
  1280.  
  1281. "They that can give up essential liberty to obtain a little temporary
  1282.  safety deserve neither liberty nor safety." -- Benjamin Franklin
  1283.  _Historical Review of Pennsylvania_, 1759
  1284.  
  1285. +++++++++++++++++++++++++++
  1286.  
  1287. From GeoffPrice@aol.com (Geoff Price)
  1288. Date: 18 Sep 1996 23:53:36 GMT
  1289. Organization: ABC-CLIO
  1290.  
  1291. In article <mclow-1609961129380001@burns.idio.com>,
  1292. mclow@mailhost2.csusm.edu (Marshall Clow) wrote:
  1293. > And for the programmatic manipulations of individual elements of a
  1294. > picture, you have the quickDraw bottlenecks procs.
  1295. > Install them in a grafport, and call DrawPicture.
  1296. > Your bottlenecks will get called for each element in the picture.
  1297.  
  1298. Right... this is the Mac equivalent of EnumMetaFile I was looking for.
  1299. Thanks to those who emailed.
  1300.  
  1301. Geoff Price
  1302. ABC-CLIO New Media
  1303.  
  1304. ---------------------------
  1305.  
  1306. From Bengt.Wappling@ladok.umu.se (Bengt Wappling)
  1307. Subject: Page orientation
  1308. Date: Sun, 08 Sep 1996 13:44:36 +0200
  1309. Organization: University of Umea
  1310.  
  1311. I want to set page orientation to landscape as default.
  1312.  
  1313. I thought I had done do, but with LaserWriter 8.4 it is not working
  1314. correct. Obviously I did it in an illeagal way. The orientation change,
  1315. but the paper size is still portrait. 
  1316.  
  1317. What is the right way to do it? I hope there is one.
  1318.  
  1319. /Bengt
  1320.  
  1321. -- 
  1322. University of Umea
  1323. Ladok
  1324. 901 87 Umea  Sweden
  1325.  
  1326. +++++++++++++++++++++++++++
  1327.  
  1328. From davep@best.com (Dave Polaschek)
  1329. Date: Wed, 11 Sep 1996 19:16:42 -0700
  1330. Organization: Best Internet Communications
  1331.  
  1332. In article <Bengt.Wappling-0809961344360001@bengtw.ladok.umu.se>,
  1333. Bengt.Wappling@ladok.umu.se (Bengt Wappling) wrote:
  1334.  
  1335. > I want to set page orientation to landscape as default.
  1336. > I thought I had done do, but with LaserWriter 8.4 it is not working
  1337. > correct. Obviously I did it in an illeagal way. The orientation change,
  1338. > but the paper size is still portrait. 
  1339. > What is the right way to do it? I hope there is one.
  1340.  
  1341. The correct way is to get the user to select a landscape page orientation
  1342. in the page setup dialog and then save that print record. You can then
  1343. use it with other documents. Attempting to set a bit in the print record
  1344. will fail because different drivers use different fields for the
  1345. orientation. Setting page sizes, etc directly in the print record is
  1346. also not supported. You need to get a valid print record for the driver
  1347. you're using from the page setup dialog.
  1348.  
  1349. -DaveP
  1350.  
  1351. -- 
  1352. Dave Polaschek home:davep@best.com work:dpolasch@apple.com
  1353.  
  1354. +++++++++++++++++++++++++++
  1355.  
  1356. From Bill McElmury <bill@jmcinc.com>
  1357. Date: Thu, 12 Sep 1996 08:59:40 -0600
  1358. Organization: JMC Inc
  1359.  
  1360. Dave Polaschek wrote:
  1361. > Attempting to set a bit in the print record
  1362. > will fail because different drivers use different fields for the
  1363. > orientation. Setting page sizes, etc directly in the print record is
  1364. > also not supported. You need to get a valid print record for the driver
  1365. > you're using from the page setup dialog.
  1366. > --
  1367. > Dave Polaschek home:davep@best.com work:dpolasch@apple.com
  1368.  
  1369. I need to print custom size forms from my application.  The page setup dialog 
  1370. doesn't have a 3.5" tall form size.  What options do I have (other than tweaking 
  1371. the print record directly)?
  1372. How do other people accomplish this?
  1373. Thanks.
  1374.  
  1375. __________________________________________________
  1376. Bill McElmury                   Bill :612-345-6218
  1377. JMC Inc                         John :800-524-8182
  1378. PO Box 328                      fax  :612-345-2215
  1379. Lake City, MN 55041
  1380.  
  1381. +++++++++++++++++++++++++++
  1382.  
  1383. From davep@best.com (Dave Polaschek)
  1384. Date: Thu, 12 Sep 1996 18:46:42 -0700
  1385. Organization: Best Internet Communications
  1386.  
  1387. In article <3238255C.1029@jmcinc.com>, bill@jmcinc.com wrote:
  1388. > I need to print custom size forms from my application.  The page setup dialog 
  1389. > doesn't have a 3.5" tall form size.  What options do I have (other than
  1390. tweaking 
  1391. > the print record directly)?
  1392. > How do other people accomplish this?
  1393. > Thanks.
  1394.  
  1395. That's going to depend on the driver. If you're using LaserWriter 8, you
  1396. can add your form size to the PPD file for the printer. If you're using
  1397. other drivers, the driver may not even support that page size. There are
  1398. a number of printers that only handle letter, a4 and legal paper, and
  1399. that's it.
  1400.  
  1401. The other option is that you can print to letter paper, but only image
  1402. 3.5" worth of stuff. It'll be wasteful, but at least it'll work.
  1403.  
  1404. -DaveP
  1405.  
  1406. -- 
  1407. Dave Polaschek home:davep@best.com work:dpolasch@apple.com
  1408.  
  1409. +++++++++++++++++++++++++++
  1410.  
  1411. From Colin Griffiths <grifftax@magi.com>
  1412. Date: 18 Sep 1996 17:28:02 GMT
  1413. Organization: iSTAR Internet Incorporated
  1414.  
  1415. Bill McElmury wrote:
  1416.  
  1417. > I need to print custom size forms from my application.  The page setup dialog
  1418. > doesn't have a 3.5" tall form size.  What options do I have (other than tweaking
  1419. > the print record directly)?
  1420. > How do other people accomplish this?
  1421.  
  1422. Bill:
  1423.  
  1424. I have done this, once, some time ago now.  I too, had a 3.5" deep 
  1425. form that I needed to print on.  What you can do is modify the PREC 
  1426. resources within a copy of your printer driver.  To do this you need a 
  1427. copy of ResEdit or similar resource editor:
  1428.  
  1429. 1.  Create a PREC, 4 resource for your custom settings to be used in 
  1430. your printer's Page Setup dialogue.
  1431.  
  1432. 2.  Modify some of the other PREC resources (sorry, I just do not 
  1433. recall which ones) to reflect the size of your stationery.  You should 
  1434. be able to experiment with these resouces till you get it right...
  1435.  
  1436. Once done, you should be able to choose the stationery in the PAge 
  1437. Setup dialogue.
  1438.  
  1439. ---------------------------
  1440.  
  1441. From David Scott <dscott@west.net>
  1442. Subject: Passing a pointer to a handle
  1443. Date: Tue, 17 Sep 1996 18:12:10 +0000
  1444. Organization: White Crest Software
  1445.  
  1446. I am trying to pass a pointer to a Handle but I cannot shake the 
  1447. following error:
  1448.  
  1449.  
  1450. Error   : cannot convert
  1451. 'char ***' to
  1452. 'char **'
  1453. Non-GUI.c line 57   MyFunction(&newInfoHandle);
  1454.  
  1455.  
  1456. Handle        newInfoHandle;
  1457. .
  1458. .
  1459. newInfoHandle = NewHandleClear( sizeof(MyStruct));
  1460. .
  1461. .
  1462. MyFunction(&newInfoHandle);
  1463.  
  1464.  
  1465.  
  1466. void  MyFunction(Handle *handleAdress)
  1467. {
  1468. }
  1469.  
  1470.  
  1471. Thank you!
  1472.  
  1473. -- 
  1474.  
  1475. David Scott
  1476. Santa Barbara
  1477.  
  1478.  
  1479. +++++++++++++++++++++++++++
  1480.  
  1481. From dsample@synapse.net (Don Sample)
  1482. Date: Wed, 18 Sep 1996 13:24:03 -0400
  1483. Organization: DASoftware
  1484.  
  1485. In article <323EE9FA.1D5C@west.net>, dscott@west.net wrote:
  1486.  
  1487. >I am trying to pass a pointer to a Handle but I cannot shake the 
  1488. >following error:
  1489. >
  1490. >
  1491. >Error   : cannot convert
  1492. >'char ***' to
  1493. >'char **'
  1494. >Non-GUI.c line 57   MyFunction(&newInfoHandle);
  1495. >
  1496. >
  1497. >Handle          newInfoHandle;
  1498. >.
  1499. >.
  1500. >newInfoHandle = NewHandleClear( sizeof(MyStruct));
  1501. >.
  1502. >.
  1503. >MyFunction(&newInfoHandle);
  1504. >
  1505. >
  1506. >
  1507. >void  MyFunction(Handle *handleAdress)
  1508. >{
  1509. >}
  1510. >
  1511. >
  1512. >Thank you!
  1513. >
  1514. >-- 
  1515. >
  1516. >David Scott
  1517. >Santa Barbara
  1518.  
  1519. It looks to me like you have 'MyFunction' prototyped as:
  1520.  
  1521.     void MyFunction(Handle handleAddress);
  1522.  
  1523. instead of:
  1524.  
  1525.     void MyFunction(Handle *handleAddress);
  1526.  
  1527. -- 
  1528. Don Sample                          |
  1529. dsample@bix.com                     |    Quando Omni Flunkus Moritati
  1530. dsample@synapse.net                 |
  1531. http://www.synapse.net/~dsample/    | 
  1532.  
  1533. +++++++++++++++++++++++++++
  1534.  
  1535. From btcarey@primenet.com (Brent A. Carey)
  1536. Date: 18 Sep 1996 10:12:04 -0700
  1537. Organization: Primenet Services for the Internet
  1538.  
  1539. In article <323EE9FA.1D5C@west.net>, dscott@west.net wrote:
  1540.  
  1541. > I am trying to pass a pointer to a Handle but I cannot shake the 
  1542. > following error:
  1543.  
  1544. It should work.  I even tried it out, and it worked for me.  Strange.
  1545.  
  1546. Brent
  1547.  
  1548. +++++++++++++++++++++++++++
  1549.  
  1550. From David Scott <dscott@west.net>
  1551. Date: Wed, 18 Sep 1996 14:16:59 +0000
  1552. Organization: White Crest Software
  1553.  
  1554. Don Sample wrote:
  1555. > It looks to me like you have 'MyFunction' prototyped as:
  1556. >     void MyFunction(Handle handleAddress);
  1557. > instead of:
  1558. >     void MyFunction(Handle *handleAddress);
  1559.  
  1560. That was it.  It's almost funny, the things that have stopped me dead in 
  1561. my tracks but that I use so often.  
  1562.  
  1563. Rookies!!??!!
  1564. -- 
  1565.  
  1566. David Scott       http://www.west.net/~dscott
  1567. Santa Barbara
  1568.  
  1569.  
  1570.  
  1571. +++++++++++++++++++++++++++
  1572.  
  1573. From Bill McElmury <bill@jmcinc.com>
  1574. Date: Wed, 18 Sep 1996 16:51:29 -0600
  1575. Organization: JMC Inc
  1576.  
  1577. David Scott wrote:
  1578. > I am trying to pass a pointer to a Handle but I cannot shake the
  1579. > following error:
  1580. > Error   : cannot convert
  1581. > 'char ***' to
  1582. > 'char **'
  1583. > Non-GUI.c line 57   MyFunction(&newInfoHandle);
  1584. > Handle          newInfoHandle;
  1585. > .
  1586. > .
  1587. > newInfoHandle = NewHandleClear( sizeof(MyStruct));
  1588. > .
  1589. > .
  1590. > MyFunction(&newInfoHandle);
  1591. > void  MyFunction(Handle *handleAdress)
  1592. > {
  1593. > }
  1594. > Thank you!
  1595. > --
  1596. > David Scott
  1597. > Santa Barbara
  1598.  
  1599. David,
  1600. Are you sure you want/need to pass the address of a Handle?  You should 
  1601. be able to do whatever you want by just passing the Handle itself.
  1602.  
  1603. -- 
  1604. __________________________________________________
  1605. Bill McElmury                   Bill :612-345-6218
  1606. JMC Inc                         John :800-524-8182
  1607. PO Box 328                      fax  :612-345-2215
  1608. Lake City, MN 55041
  1609.  
  1610. ---------------------------
  1611.  
  1612. From "Jacob Q. Lauritzen" <saxotech@inet.uni-c.dk>
  1613. Subject: PowerPlant any good?
  1614. Date: Tue, 17 Sep 1996 11:33:28 +0200
  1615. Organization: SAXoTECH
  1616.  
  1617. Im with a company currently developing in HyperCard/WindowScript. This
  1618. combination has been very good allowing fast prototyping.
  1619. But we need something new and much more flexible. I am currently reading
  1620. the PowerPlant book to see if this application framework will be easy to
  1621. work with.
  1622.  
  1623. Does anyone have any experience with PowerPlant? It is very
  1624. overwhelming, but that's not important if only it becomes fast and easy
  1625. once you get to know it.
  1626.  
  1627. An alternative were looking into is Tools Plus combined with CodeWarrior
  1628. C/C++.
  1629.  
  1630. Any oppinions on this? Am I overlooking any other great tools? The most
  1631. important thing is that we'll still be able to develop applications as
  1632. quickly as we can now.
  1633.  
  1634. Oh, and BTW in the future we'd like to develop cross platform, so keep
  1635. that in mind : )
  1636.  
  1637. +++++++++++++++++++++++++++
  1638.  
  1639. From nick@chem.ucla.edu ( nick.c )
  1640. Date: Wed, 18 Sep 1996 11:19:43 -0800
  1641. Organization: Binary Poet & Molecular Sculptor
  1642.  
  1643.  
  1644.  
  1645. jacob_quist_lauritzen@saxotech.dk wrote:
  1646.  
  1647. >I am currently reading
  1648. >the PowerPlant book to see if this application framework will be easy to
  1649. >work with.
  1650. >
  1651. >Does anyone have any experience with PowerPlant? It is very
  1652. >overwhelming, but that's not important if only it becomes fast and easy
  1653. >once you get to know it.
  1654.  
  1655.  
  1656.    PowerPlant is my current favorite framework.  It get's easier.
  1657.      The framework is durable, easily expandible, and has great
  1658.      support from MW.  I also find it (believe it or not :-) 
  1659.      very intuitive.  (Might just be my own warped mind :-)
  1660.      There is newsgroup about PP : <comp.sys.mac.oop.powerplant>
  1661.      where you can get more details.  I also think the book you're
  1662.      reading (Inside PP aka the PowerPlant Book) is one of the 
  1663.      features of PP.  Readable, detailed, and a great ref.
  1664.  
  1665.  
  1666. >Any oppinions on this? Am I overlooking any other great tools? The most
  1667. >important thing is that we'll still be able to develop applications as
  1668. >quickly as we can now.
  1669.  
  1670.    
  1671.    Also check out TCL (Think Class Library) by Symantec, and 
  1672.      MacApp by Apple.  PP is my preference right now, but both of
  1673.      these are viable alternatives.
  1674.  
  1675.  
  1676.  -------------------= Nicholas C. DeMello, Ph.D. =--------------------
  1677.  
  1678.    Internet: nick@chem.ucla.edu        _/   _/  _/  _/_/_/   _/   _/  
  1679.         AOL: codeweaver               _/_/ _/  _/  _/   _/  _/_/_/ 
  1680.         CIS: 71232,766               _/ _/_/  _/  _/       _/ _/    
  1681.        http://www.chem.ucla.edu/~nick/   _/  _/   _/_/_/  _/   _/     
  1682.  
  1683. ---------------------------
  1684.  
  1685. From Nicholas Ursa <nicku@planeteer.com>
  1686. Subject: Reference Tools
  1687. Date: Tue, 17 Sep 1996 22:04:59 -0500
  1688. Organization: Emerald Productions
  1689.  
  1690. ( I had previously posted this message in comp.sys.mac.programmer.help,
  1691. but it got deleted. I can only suppose that it was inappropriate there
  1692. and more appropriate here. I am a certified newbie and need to be told
  1693. when I am doing something wrong. )
  1694.  
  1695. I am also new to Mac programming and would appreciate some advice about
  1696. which programming references to get. Could anyone tell me about which of
  1697. the following have proved most useful, which are necessary, and which
  1698. are not?
  1699.  
  1700.     Macintosh Toolbox Assistant - Apple
  1701.     Think Reference - Synantec
  1702.     Inside Macintosh on CD-ROM - Apple
  1703.     any others
  1704.  
  1705. I don't want to have to constantly swap CD-ROMs while I'm working.
  1706.  
  1707. P.S. What format are the Inside Macintosh documents in on the the
  1708. CD-ROM. Docviewer, Acrobat, or something else.
  1709.  
  1710. Any help would be appreciated.
  1711.  
  1712. - -----------
  1713. Nicholas Ursa
  1714. nicku@planeteer.com
  1715.  
  1716. +++++++++++++++++++++++++++
  1717.  
  1718. From nick@chem.ucla.edu ( nick.c )
  1719. Date: Wed, 18 Sep 1996 11:06:27 -0800
  1720. Organization: Binary Poet & Molecular Sculptor
  1721.  
  1722.  
  1723.  
  1724. nicku@planeteer.com wrote:
  1725.  
  1726. >I am also new to Mac programming and would appreciate some advice about
  1727. >which programming references to get. Could anyone tell me about which of
  1728. >the following have proved most useful, which are necessary, and which
  1729. >are not?
  1730. >
  1731. >        Macintosh Toolbox Assistant - Apple
  1732. >        Think Reference - Synantec
  1733. >        Inside Macintosh on CD-ROM - Apple
  1734. >        any others
  1735. >
  1736. >I don't want to have to constantly swap CD-ROMs while I'm working.
  1737.  
  1738.    
  1739.      Of the above, I get the most milage out of Think Reference.
  1740.        The data in the data bases is a little out of date (and
  1741.        we have no idea when/if Symantec will update it), but the
  1742.        TR engine makes it extremely easy to use and find the data
  1743.        you need.  Also, 95% of everything you need to know is
  1744.        in TR and still valid (folks tend to exagerate the "out-
  1745.        of-datedness" of TR, out of ... fondness ... for Symantec
  1746.        Corp. :-).  Symantec's www site is:
  1747.              <http://www.symantec.com/>
  1748.                ...althought they don't list TR as one of their
  1749.                  devtools, just cafe and vis cafe.  Dunno.
  1750.  
  1751.      MPTA is (IMHO) less useful than TR.  It's less intuitive,
  1752.        more of hassle to setup, and has an explosive incompatibility
  1753.        with (I believe) NOW utilities compression.  (Disclaimer:
  1754.        this may be fixed now by either NOW or Apple, dunno--my copy
  1755.        still crashes if I quit it and the archives have been compressed)  
  1756.        It does have the most current data, in a hypertext format and 
  1757.        Apple has been making updates to it available online.  More
  1758.        info is available at:
  1759.              <http://devworld.apple.com/dev/mpta.shtml>
  1760.  
  1761.      NIM on CD has all the current NIM in Docviewer format--which
  1762.        means it is searchable, but about as readable as stereo
  1763.        instructions and not hypertext linked.  NIM is the definitive
  1764.        source of info for the toolbox, and is definitely the last
  1765.        word on a routine you're unsure of.  But I usually go to
  1766.        the more readable/accessible TR first, and often don't
  1767.        need to go to NIM (or just lookup the data in my NIM hard
  1768.        copy--you really only need 2-3 NIM, for 90% of your programming
  1769.        questions).  More info (and DL'able softcopies of NIM)
  1770.        are available at: 
  1771.              <http://devworld.apple.com/dev/insidemac.shtml>.
  1772.  
  1773.      Another kool tool worth mentioning is the MacTech CD.  MacTech
  1774.        magazine is about Macintosh programming (lot's of
  1775.        how-to articles).  MacTech put all 10 years worth of their
  1776.        Magazine on a CD, all accessible via Think Reference, and 
  1777.        worked out a deal with Symantec so they could include TR
  1778.        and the TR databases as well.  TR will give you the short
  1779.        story, then you can check out the article archives for 
  1780.        hypertext versions of more detailed articles on the issue
  1781.        you're interested in.  (Disclaimer: I do have a relationship
  1782.        with MacTech--so I'm not a completely unbiased party on 
  1783.        this one)  You can get more info on the MacTech CD at:
  1784.              <http://web.xplain.com/mactech.com/cdrom/>.
  1785.  
  1786.  
  1787.  -------------------= Nicholas C. DeMello, Ph.D. =--------------------
  1788.  
  1789.    Internet: nick@chem.ucla.edu        _/   _/  _/  _/_/_/   _/   _/  
  1790.         AOL: codeweaver               _/_/ _/  _/  _/   _/  _/_/_/ 
  1791.         CIS: 71232,766               _/ _/_/  _/  _/       _/ _/    
  1792.        http://www.chem.ucla.edu/~nick/   _/  _/   _/_/_/  _/   _/     
  1793.  
  1794. ---------------------------
  1795.  
  1796. From alex@metcalf.demon.co.uk (Alex Metcalf)
  1797. Subject: SetGWorld needed before CopyBits?
  1798. Date: Wed, 18 Sep 1996 18:48:20 GMT
  1799. Organization: (none)
  1800.  
  1801. Hi y'all,
  1802.  
  1803.      A quick question on my otherwise sound (!) knowledge of graphics
  1804. worlds. I seem to remember somewhere that you should set the port to the
  1805. destination of a CopyBits call before doing that call. Is that still the
  1806. case, and so, for example, should I do a SetGWorld to world 2 if I'm
  1807. copying from world 1 to world 2?
  1808.  
  1809.  
  1810.  
  1811.      Alex
  1812.  
  1813. --
  1814. Alex Metcalf
  1815. alex@metcalf.demon.co.uk
  1816.  
  1817. +++++++++++++++++++++++++++
  1818.  
  1819. From g-kendall@nwu.edu (Brian Kendall)
  1820. Date: Thu, 19 Sep 1996 17:07:26 -0400
  1821. Organization: Programmer
  1822.  
  1823. In article <alex-1809961949140001@metcalf.demon.co.uk>,
  1824. alex@metcalf.demon.co.uk (Alex Metcalf) wrote:
  1825.  
  1826. > Hi y'all,
  1827. >      A quick question on my otherwise sound (!) knowledge of graphics
  1828. > worlds. I seem to remember somewhere that you should set the port to the
  1829. > destination of a CopyBits call before doing that call. Is that still the
  1830. > case, and so, for example, should I do a SetGWorld to world 2 if I'm
  1831. > copying from world 1 to world 2?
  1832. >      Alex
  1833. > --
  1834. > Alex Metcalf
  1835. > alex@metcalf.demon.co.uk
  1836.  
  1837. Yes, this can be done. I have for a long time copied between graphic
  1838. worlds without setting it first. Just one problem: you can't copy to a
  1839. window unless you set the GWorld. THIS WILL CAUSE THE COMPUTER TO CRASH,
  1840. so look out.
  1841.  
  1842. You have to set back to the orginal GWorld to copy to a window, otherwise
  1843. you should get some big problems.
  1844.  
  1845. Hope this helps
  1846.  
  1847. Brian K.
  1848.  
  1849. ãããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããã
  1850. "If you take cranberries and stew them like apple sauce, it tastes
  1851. much more like prunes then rhubarb does." ã Groucho Marx
  1852. ãããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããã
  1853.  
  1854. +++++++++++++++++++++++++++
  1855.  
  1856. From jstiles@uclink4.berkeley.edu (John Stiles)
  1857. Date: Wed, 18 Sep 1996 22:23:58 -0800
  1858. Organization: University of California, Berkeley
  1859.  
  1860. In article <alex-1809961949140001@metcalf.demon.co.uk>,
  1861. alex@metcalf.demon.co.uk (Alex Metcalf) wrote:
  1862.  
  1863. > Hi y'all,
  1864. >      A quick question on my otherwise sound (!) knowledge of graphics
  1865. > worlds. I seem to remember somewhere that you should set the port to the
  1866. > destination of a CopyBits call before doing that call. Is that still the
  1867. > case, and so, for example, should I do a SetGWorld to world 2 if I'm
  1868. > copying from world 1 to world 2?
  1869.  
  1870. You might get away with calling CopyBits without setting the GWorld, but I
  1871. wouldn't recommend it. It might cause the copy to go wrong, and it might
  1872. crash in the future. I had some really weird coloration bugs in a program
  1873. called French Kiss that I wrote; they all went away when I became
  1874. religious about setting the port before any CopyBits calls. Oddly enough,
  1875. the PPC was very lenient about it, but 68Ks caused all sorts of weird
  1876. glitches.
  1877.  
  1878. *Stiles
  1879.  
  1880. ---------------------------
  1881.  
  1882. From fettig@sol.cs.uni-sb.de (Thomas Fettig)
  1883. Subject: Stress Testing - QC - CW
  1884. Date: 09 Sep 1996 07:48:28 GMT
  1885. Organization: University of Saarland, Computing Center, Germany.
  1886.  
  1887.  
  1888. Hi,
  1889.  
  1890. I just learned that there's a stress testing tool for the Mac, called QC,
  1891. with some support for CW. Tools like this are well known and widely used
  1892. in the rest of the industry, and are often free software. To now it 
  1893. seemed to me that the archaic design of the MacOs would prevent such a 
  1894. tool from beeing effective. Before i go on and buy QC, i'd like to know
  1895. if and what exists as stress testing, memory watching or other runtime
  1896. debugging tool for the Mac. Is QC unique ? What are the experiences with QC? 
  1897.  
  1898. thanks for taking time
  1899.  
  1900.                         tom
  1901.  
  1902.  
  1903.  
  1904.  
  1905.  
  1906.  
  1907. +++++++++++++++++++++++++++
  1908.  
  1909. From squires@crl.com (Scott Squires)
  1910. Date: Mon, 09 Sep 1996 02:51:41 -0800
  1911. Organization: Puffin Designs
  1912.  
  1913. In article <FETTIG.96Sep9094828@sol.cs.uni-sb.de>,
  1914. fettig@sol.cs.uni-sb.de (Thomas Fettig) wrote:
  1915.  
  1916. >Hi,
  1917. >
  1918. >I just learned that there's a stress testing tool for the Mac, called QC,
  1919. >with some support for CW. Tools like this are well known and widely used
  1920. >in the rest of the industry, and are often free software. To now it 
  1921. >seemed to me that the archaic design of the MacOs would prevent such a 
  1922. >tool from beeing effective. Before i go on and buy QC, i'd like to know
  1923. >if and what exists as stress testing, memory watching or other runtime
  1924. >debugging tool for the Mac. Is QC unique ? What are the experiences with QC? 
  1925. >
  1926.  
  1927. Sorry, the MacOS is not as archaic is you seem to believe.
  1928.  
  1929. QC is very good tool.  If you have Codewarrior you can use the demo
  1930. provided.  Just contact Onyx Tech for a temp serial number.
  1931.  
  1932. There are other programs available for different functions.
  1933. The Memory Mine seems to be similar to QC.  (I've never used it)
  1934.  
  1935. Among the freeware types of programs from Apple are:
  1936. EvenBetterBusError which checks memory location 0.
  1937. DisposeResource for bad disposing of resources.
  1938. DoubleTrouble checks for dereferenced handles(?)
  1939. Leaks checks for memory leaks.
  1940. MemHell, Debugging Modern Memory Manager,Blat, etc.
  1941. are all useful.
  1942. You can also call or go into MacsBug and do purges or scambles
  1943. of the heap.
  1944.  
  1945. There are a few other things on the CW disk:
  1946. ZoneRanger is used for checking general memory leaks.
  1947. DebugNew can be used for checking memory leaks.
  1948. BugHuntLite does a number of meory checks.
  1949.  
  1950.  
  1951. -scott
  1952.  
  1953.  
  1954. Scott Squires               "Insert funny stuff here"
  1955. squires@crl.com
  1956. ScottSquir@aol.com
  1957.  
  1958.  
  1959. +++++++++++++++++++++++++++
  1960.  
  1961. From Steve Makohin <WaterEdgSW@aol.com>
  1962. Date: 10 Sep 1996 00:47:36 GMT
  1963. Organization: Water's Edge Software
  1964.  
  1965. In article <FETTIG.96Sep9094828@sol.cs.uni-sb.de> Thomas Fettig,
  1966. fettig@sol.cs.uni-sb.de writes:
  1967. >I just learned that there's a stress testing tool for the Mac, called QC,
  1968. >with some support for CW. Tools like this are well known and widely used
  1969. >in the rest of the industry, and are often free software. To now it 
  1970. >seemed to me that the archaic design of the MacOs would prevent such a 
  1971. >tool from beeing effective. Before i go on and buy QC, i'd like to know
  1972. >if and what exists as stress testing, memory watching or other runtime
  1973. >debugging tool for the Mac. Is QC unique ? What are the experiences with QC? 
  1974.  
  1975. We wouldn't ship a product without using QC. It's a control panel that
  1976. you aim at any executing code. It makes just about any memory related
  1977. problem show up during testing instead of at your users' hands. It's
  1978. relatively inexpensive ($99US) and it work well. It paid for itself
  1979. within the first 1/2 hour of use in our shop.
  1980.  
  1981. -Steve Makohin
  1982.  Water's Edge Software
  1983. (Makers of Tools Plus & SuperCDEFs)
  1984.  http://www.interlog.com/~wateredg
  1985.  
  1986. +++++++++++++++++++++++++++
  1987.  
  1988. From fettig@sol.cs.uni-sb.de (Thomas Fettig)
  1989. Date: 10 Sep 1996 16:18:30 +0200
  1990. Organization: DFKI GmbH
  1991.  
  1992.  
  1993. Hi,
  1994.  
  1995. <me wrote>
  1996. > >in the rest of the industry, and are often free software. To now it 
  1997. > >seemed to me that the archaic design of the MacOs would prevent such a 
  1998. > >tool from beeing effective. Before i go on and buy QC, i'd like to know
  1999.  
  2000. <Scott Squires wrote>
  2001. > Sorry, the MacOS is not as archaic is you seem to believe.
  2002. You mean, not even as archaic as it is slow ? P-}
  2003. (sorry no pun intended, just a observation in the light of severly
  2004.  lacking features other systems have. Just look at the filesystem!
  2005.  It's incredibly inflexible and should have been 'renovated' five
  2006.  years ago. It looks like Apple was just 'stacking things on the
  2007.  heap' without looking back.)
  2008.  
  2009. > QC is very good tool.  If you have Codewarrior you can use the demo
  2010. > provided.  Just contact Onyx Tech for a temp serial number.
  2011.   I think such a strong positive word makes me buy it :).
  2012.  
  2013. > There are other programs available for different functions.
  2014. > The Memory Mine seems to be similar to QC.  (I've never used it)
  2015. > Among the freeware types of programs from Apple are:
  2016. > EvenBetterBusError which checks memory location 0.
  2017. > DisposeResource for bad disposing of resources.
  2018. > DoubleTrouble checks for dereferenced handles(?)
  2019. > Leaks checks for memory leaks.
  2020. > MemHell, Debugging Modern Memory Manager,Blat, etc.
  2021. > are all useful.
  2022. > You can also call or go into MacsBug and do purges or scambles
  2023. > of the heap.
  2024. > There are a few other things on the CW disk:
  2025. > ZoneRanger is used for checking general memory leaks.
  2026. > DebugNew can be used for checking memory leaks.
  2027. > BugHuntLite does a number of meory checks.
  2028.  
  2029. Do these other tools cover more areas than QC, or does QC all
  2030. what they do and then some? 
  2031.  
  2032. thank you for taking time
  2033.  
  2034.         
  2035.                         tom
  2036.  
  2037.  
  2038. +++++++++++++++++++++++++++
  2039.  
  2040. From squires@crl.com (Scott Squires)
  2041. Date: Tue, 10 Sep 1996 17:10:28 -0800
  2042. Organization: Puffin Designs
  2043.  
  2044. In article <w3rafuyh2rt.fsf@sol.cs.uni-sb.de>,
  2045. fettig@sol.cs.uni-sb.de (Thomas Fettig) wrote:
  2046.  
  2047.  >
  2048. >Do these other tools cover more areas than QC, or does QC all
  2049. >what they do and then some? 
  2050. >
  2051.  A number of these overlap what QC does.  
  2052.  
  2053. QC currently doesn't check for memory leaks but supposiedly
  2054. they're working on it.
  2055. For now you can use ZoneRanger for general leaks and
  2056. DebugNew for internal C++ leaks.
  2057. BugHuntLite offers some additional functionality.
  2058.  
  2059. If you have CodeWarrior check the info with these and
  2060. some of the other tools/demos.
  2061.  
  2062. -scott
  2063.  
  2064.  
  2065. Scott Squires               "Insert funny stuff here"
  2066. squires@crl.com
  2067. ScottSquir@aol.com
  2068.  
  2069.  
  2070. +++++++++++++++++++++++++++
  2071.  
  2072. From devon@onyx-tech.com (Devon Hubbard)
  2073. Date: Wed, 18 Sep 1996 13:33:37 -0700
  2074. Organization: Onyx Technology
  2075.  
  2076. In article <w3rafuyh2rt.fsf@sol.cs.uni-sb.de>, fettig@dfki.uni-sb.de wrote:
  2077.  
  2078. > Hi,
  2079. > <me wrote>
  2080. > > >in the rest of the industry, and are often free software. To now it 
  2081. > > >seemed to me that the archaic design of the MacOs would prevent such a 
  2082. > > >tool from beeing effective. Before i go on and buy QC, i'd like to know
  2083. > <Scott Squires wrote>
  2084. > > Sorry, the MacOS is not as archaic is you seem to believe.
  2085. > You mean, not even as archaic as it is slow ? P-}
  2086. > (sorry no pun intended, just a observation in the light of severly
  2087. >  lacking features other systems have. Just look at the filesystem!
  2088. >  It's incredibly inflexible and should have been 'renovated' five
  2089. >  years ago. It looks like Apple was just 'stacking things on the
  2090. >  heap' without looking back.)
  2091. > > QC is very good tool.  If you have Codewarrior you can use the demo
  2092. > > provided.  Just contact Onyx Tech for a temp serial number.
  2093. >   I think such a strong positive word makes me buy it :).
  2094. > > There are other programs available for different functions.
  2095. > > The Memory Mine seems to be similar to QC.  (I've never used it)
  2096. > > 
  2097. > > Among the freeware types of programs from Apple are:
  2098. > > EvenBetterBusError which checks memory location 0.
  2099. > > DisposeResource for bad disposing of resources.
  2100. > > DoubleTrouble checks for dereferenced handles(?)
  2101. > > Leaks checks for memory leaks.
  2102. > > MemHell, Debugging Modern Memory Manager,Blat, etc.
  2103. > > are all useful.
  2104. > > You can also call or go into MacsBug and do purges or scambles
  2105. > > of the heap.
  2106. > > 
  2107. > > There are a few other things on the CW disk:
  2108. > > ZoneRanger is used for checking general memory leaks.
  2109. > > DebugNew can be used for checking memory leaks.
  2110. > > BugHuntLite does a number of meory checks.
  2111. > > 
  2112. > Do these other tools cover more areas than QC, or does QC all
  2113. > what they do and then some? 
  2114.  
  2115. QC does everything that EvenBetterBusError, DisposeResource,
  2116. DoubleTrouble, MemHell, Debugging Memory Manager do as well as perform
  2117. scrambles, checks and purges on heaps faster than any other tool
  2118. (including Macsbug).  ZoneRanger and Memory Mine are more along the lines
  2119. of graphical heap displays and althoughthey do offer purging, checking,
  2120. it's not as automatic and stressful like what QC does to an application.
  2121.  
  2122. As for BugHuntLite, you can contact us for information regarding that
  2123. product as we have acquired it from the author and will be releasing a new
  2124. commercially available version next month.  With runtime memory protection
  2125. of accesses outside and within an application's heap blocks, discipline
  2126. checking, and ease of use we are proud to be offering yet another powerful
  2127. and easy to use tool to the developer community.
  2128.  
  2129. If you want to try the fully functional demo of QC, you can grab it from
  2130. the following ftp site.
  2131.  
  2132.  <ftp://ftp.onyx-tech.com//pub/QC/demo/QC_DEMO_API_Installer.hqx>
  2133.  
  2134. Please let us know if you have any questions or need further information.
  2135.  
  2136. Regards,
  2137. dEVoN Hubbard
  2138. Onyx Technology
  2139.  
  2140. ---------------------------
  2141.  
  2142. From deltav@atl.mindspring.com
  2143. Subject: SymC++ bug: cout not constructed in a timely manner
  2144. Date: 11 Sep 1996 18:48:53 GMT
  2145. Organization: Delta Vee
  2146.  
  2147. According to the C++ spec, it is impossible to guarantee the order in
  2148. which global objects with internal linkage (AKA static global objects)
  2149. in different compilation units are created...HOWEVER, the compiler 
  2150. vendor is to ensure that the standard I/O stream objects--cin, cerr, and
  2151. cout--are created before any user-defined objects are created.
  2152.  
  2153. This does not seem to be the case with Symantec C++ 8 Release 5. I have 
  2154. code that looks like the following:
  2155.  
  2156.  
  2157. FILE: Abstract.h ----------------------------
  2158. // Use the STL to keep a collection of the instances of subclasses of 
  2159. // Abstract that are created, using it as a registry
  2160. #include <vector.h>
  2161. #include <algo.h>
  2162.  
  2163. // Abstract is an abstract class, that is, there is at least one pure 
  2164. // virtual method declared.
  2165. class Abstract
  2166. {
  2167.    // some class methods and data members here...
  2168. protected:
  2169.    vector<Abstract> registry;
  2170. public:
  2171.    Abstract(); // Default constructor
  2172. };
  2173.  
  2174.  
  2175. FILE: Abstract.cpp ----------------------------
  2176. #include <stdlib.h>
  2177. #include <iostream.h>
  2178. #include "Abstract.h"
  2179.  
  2180. // Constructor
  2181. Abstract::Abstract
  2182.    (
  2183.    )
  2184. {
  2185.    cout << "Abstract::Abstract()" << endl;
  2186. }
  2187.  
  2188.  
  2189. FILE: Concrete.h -----------------------------
  2190. #include "Abstract.h"
  2191.  
  2192. class Concrete : public Abstract
  2193. {
  2194.    // class methods and data members
  2195.  
  2196. public:
  2197.    Concrete(); // Default constructor
  2198. };
  2199.  
  2200.  
  2201. FILE: Concrete.cpp ------------------------------
  2202. #include "Concrete.h"
  2203.  
  2204. // Declare a static instance of Concrete so that this subclass of 
  2205. // Abstract will be added to the registry
  2206. static Concrete instance;
  2207.  
  2208. // Default constructor
  2209. Concrete::Concrete
  2210.    (
  2211.    )
  2212. {
  2213.    cout << "Concrete::Concrete()" << endl;
  2214.    registry.push_back(*this); // add this object to the registry
  2215. }
  2216.  
  2217.  
  2218. FILE: Main.cpp ---------------------------------
  2219.  
  2220. #include <stdlib.h>
  2221. #include <iostream.h>
  2222. #include "Abstract.h"
  2223.  
  2224. void
  2225. main 
  2226.    (
  2227.    )
  2228. {
  2229.    // do stuff...   
  2230. }
  2231.  
  2232. - - end of example code -----------------------
  2233.  
  2234. When this program loads, the static object in file Concrete.cpp 
  2235. (instance) will attempt to be created, entering Concrete::Concrete(), 
  2236. then calling Abstract::Abstract(), but dying the horrible death in the 
  2237. first cout call it encounters. (To be precise, the call stack indicated 
  2238. it was in a call to flush().) I rearranged the code to look like this 
  2239. (only the files I changed will be listed below):
  2240.  
  2241. FILE: Concrete.cpp ------------------------------
  2242. #include "Concrete.h"
  2243.  
  2244. // Don't declare this object here...
  2245. // static Concrete instance;
  2246.  
  2247. // Default constructor
  2248. Concrete::Concrete
  2249.    (
  2250.    )
  2251. {
  2252.    cout << "Concrete::Concrete()" << endl;
  2253.    registry.push_back(*this); // add this object to the registry
  2254. }
  2255.  
  2256.  
  2257. FILE: Main.cpp ---------------------------------
  2258.  
  2259. #include <stdlib.h>
  2260. #include <iostream.h>
  2261. // #include "Abstract.h"
  2262. #include "Concrete.h"
  2263.  
  2264. void
  2265. main 
  2266.    (
  2267.    )
  2268. {
  2269.    static Concrete instance; // declare this here instead of in Concrete.cpp
  2270.  
  2271.    // do stuff...   
  2272. }
  2273.  
  2274. - - end of example code -----------------------
  2275.  
  2276. This works fine, which leads me to believe that I attempted to construct
  2277. a Concrete object before cout was completely constructed. By the time 
  2278. main() is reached, I reasoned, cout (and cin, and cerr) were completely 
  2279. constructed, and so everything worked. If this is wrong, or if I'm doing
  2280. something boneheaded, let me know.
  2281.  
  2282. Otherwise, this seems to be a bug in the SymC++ compiler. 
  2283.  
  2284. +jeff
  2285. - ---
  2286. deltav@atl.mindspring.com
  2287.  
  2288.  
  2289. +++++++++++++++++++++++++++
  2290.  
  2291. From vinceb@mindspring.com (Vince Bonfanti)
  2292. Date: Wed, 18 Sep 1996 12:31:54 -0400
  2293. Organization: MindSpring Enterprises
  2294.  
  2295. Try putting the following statement as the first in main():
  2296.  
  2297.    cshow( stdout );
  2298.  
  2299. This should construct cin, cout, and cerr for you.
  2300.  
  2301. ---------------------------
  2302.  
  2303. From Geoff Ghose <gghose@bcm.tmc.edu>
  2304. Subject: TCP-IP server code for Open Transport?
  2305. Date: Tue, 10 Sep 1996 11:06:56 -0500
  2306. Organization: Baylor College of Medicine
  2307.  
  2308. I need to set up a TCP/IP server which accepts simple ASCII commands.
  2309. The source code compilations that I have found so far that seem the
  2310. most useful are the NewsWatcher (net.c), which is client only, and a
  2311. rather old MacSockets package.  It seems like I could use the MacSockets
  2312. code and try to modify its tcpglue.c routine for OpenTransport.  My
  2313. question is: has anyone already done this?  Or has anyone implemented a
  2314. primitive TCP/IP server that they would be willing to share?
  2315.  
  2316. I'm using Codewarrier C.  Thanks.
  2317. -- 
  2318. *************************************************************************
  2319.         Geoff Ghose
  2320.         Div. of Neuroscience            One Baylor Plaza S603
  2321.         Baylor College of Medicine      Houston, TX 77030
  2322.         (713) 798-3277                  Fax:(713) 798-3282
  2323.  
  2324.         Internet:       gghose@ligand.neusc.bcm.tmc.edu
  2325.                         gghose@bcm.tmc.edu
  2326.  
  2327.         And what is more, I agree with everything I have just said.
  2328.  
  2329.                                                     -    Piet Koornhoff
  2330.  
  2331. +++++++++++++++++++++++++++
  2332.  
  2333. From Binky the Wonderwhorse <binky@mmcorp.com>
  2334. Date: 18 Sep 1996 13:17:46 GMT
  2335. Organization: Total Jihad, Inc
  2336.  
  2337. lo,
  2338.  
  2339. I've done this before.  I've written a webserver and have the TCP
  2340. libraries and stuff down but currently its MacTCP code only (no OT yet). 
  2341. If you're still interested then mail me.
  2342.  
  2343. binks
  2344. ===========================================================
  2345. Binky the Wonderwhorse
  2346. Macintosh Software Engineer, Unix SysAdmin, Webmaster, Spod
  2347. Multimedia Corporation, London
  2348. mail: binky@mmcorp.com
  2349. http://www.mmcorp.com/~binky
  2350. ===========================================================
  2351.  
  2352. +++++++++++++++++++++++++++
  2353.  
  2354. From bierman@apple.com (Peter Bierman)
  2355. Date: Wed, 18 Sep 1996 20:09:57 -0800
  2356. Organization: Apple Computer
  2357.  
  2358. In article <32359220.471C@bcm.tmc.edu>, Geoff Ghose <gghose@bcm.tmc.edu> wrote:
  2359.  
  2360. > I need to set up a TCP/IP server which accepts simple ASCII commands.
  2361.  
  2362. There's a bunch of sample code snippets at:
  2363.  
  2364. http://devworld.apple.com/dev/opentransport/samples.html
  2365.  
  2366. -pmb
  2367.  
  2368. -- 
  2369. lunatic@cs.wisc.edu     <A HREF="http://dax.cs.wisc.edu/~lunatic/">me</a>
  2370.  Q: Am I unique and special in the universe?
  2371.  A: There are over 10,000 major university and corporate sites running
  2372.     exact duplicates of you in the present release version.
  2373.  
  2374. ---------------------------
  2375.  
  2376. From mshay@csranet.com (Michael Hay)
  2377. Subject: TextEdit Question
  2378. Date: Mon, 16 Sep 1996 19:37:05 -0500
  2379. Organization: Poor
  2380.  
  2381. In a program I'm developing I have several text edit records of a few
  2382. lines each seperated by picts.  I've got everything working with respect
  2383. to the text fields except when I use the scroll bars associated with the
  2384. window.  I'm not trying to scroll the text inside its viewRect, I'm trying
  2385. to scroll everything in the window including the text fields.
  2386.  
  2387. As long as the window has not been scrolled, a mousedown in one of the
  2388. text fields activates the edit record and places the blinking carat
  2389. appropriately.  I can enter text and edit it, make selections, etc. 
  2390. However when the window has been scrolled, a mousedown in one of the text
  2391. fields does not work correctly.  It still thinks the destRect is still in
  2392. the non-scrolled position.  I think the problem is with TEClick.
  2393.  
  2394. Anyway, I've tryed using SetOrigin, adjusting the mousedown location by
  2395. the amount scrolled, and the TEScroll.  None of these has worked.  
  2396.  
  2397. Do you have to manually adjust the destRect and viewRects of the edit
  2398. record each time you activate it when the window has been scrolled?
  2399.  
  2400. I've looked through IM and can't seem to find anything about this.  I
  2401. haven't been able to find any source code examples with this type of
  2402. situation either.
  2403.  
  2404. I would sure appreciate any pointers to source code or IM references that
  2405. could help me solve this problem.  I'm using CW 9 and programming in C.
  2406.  
  2407. Thanks in advance,
  2408. Mike
  2409. - -----------------------------------------------------------------
  2410. Michael Hay, Ph.D.         /|          \/\/          
  2411. mshay@csranet.com         / |\        -<  >-      "Better Living
  2412. CSRA Internet            /  | \        /\/\        through Sailing"
  2413. Evans, GA               /___|__\
  2414.                        _____|____
  2415.                        \________/
  2416. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  2417.  
  2418. +++++++++++++++++++++++++++
  2419.  
  2420. From francois-regis.degott@imag.fr (Fr. Degott)
  2421. Date: 17 Sep 1996 10:22:29 GMT
  2422. Organization: LogiMath - LMC-IMAG - Grenoble
  2423.  
  2424. In article <mshay-1609961937050001@line085.csranet.com>, mshay@csranet.com
  2425. (Michael Hay) wrote:
  2426.  
  2427. >[cut]
  2428. > As long as the window has not been scrolled, a mousedown in one of the
  2429. > text fields activates the edit record and places the blinking carat
  2430. > appropriately.  I can enter text and edit it, make selections, etc. 
  2431. > However when the window has been scrolled, a mousedown in one of the text
  2432. > fields does not work correctly.  It still thinks the destRect is still in
  2433. > the non-scrolled position.  I think the problem is with TEClick.
  2434. > Anyway, I've tryed using SetOrigin, adjusting the mousedown location by
  2435. > the amount scrolled, and the TEScroll.  None of these has worked.  
  2436. > Do you have to manually adjust the destRect and viewRects of the edit
  2437. > record each time you activate it when the window has been scrolled?
  2438. > I've looked through IM and can't seem to find anything about this.  I
  2439. > haven't been able to find any source code examples with this type of
  2440. > situation either.
  2441.  
  2442. Hi Michael,
  2443.  
  2444. i've never scrolled (moved) text items in a window (dialog), but i know that
  2445. when you move a control with MoveControl(), you must set his RectBox
  2446. to the new location, with SetDItem(...,theNewRect).
  2447. I presume this will be the same with other items, like text...
  2448.  
  2449. HTH
  2450. Fr.
  2451. _____________________________________________________________________________
  2452. Fr. Degott (Francois-Regis.Degott@imag.fr)
  2453. LogiMath, Lab. LMC-IMAG - Grenoble - France
  2454.  
  2455. +++++++++++++++++++++++++++
  2456.  
  2457. From bilewicz@helf4.physik.fu-berlin.de (Roger Bilewicz)
  2458. Date: 18 Sep 96 12:13:50 GMT
  2459. Organization: Freie Universitaet Berlin
  2460.  
  2461. mshay@csranet.com (Michael Hay) writes:
  2462.  
  2463. >In a program I'm developing I have several text edit records of a few
  2464. >lines each seperated by picts. ...
  2465.  
  2466. Sounds as if you should use WASTE, the TextEdit replacement allowing to
  2467. embed pictures in a SINGLE text record.
  2468.  
  2469. > ...
  2470. >Do you have to manually adjust the destRect and viewRects of the edit
  2471. >record each time you activate it when the window has been scrolled?
  2472.  
  2473. Yes. (Scrolling is the point, not activating.)
  2474.  
  2475. >I've looked through IM and can't seem to find anything about this.  I
  2476. >haven't been able to find any source code examples with this type of
  2477. >situation either.
  2478.  
  2479. NIM:Toolbox Essentials, the control manager's chapter (I'm quite sure...).
  2480.  
  2481. >I would sure appreciate any pointers to source code or IM references that
  2482. >could help me solve this problem. ...
  2483.  
  2484. There is a bare-bone example in the 'Sample Code' folder on the developer
  2485. CDs, it should also be on Apple's ftp server. Look for 'TESample' or
  2486. 'StyledText Sample' or something like this. Unfortunately, almost all
  2487. sample code has been rewritten in C now.  :-((
  2488.  
  2489. >Thanks in advance,
  2490. >Mike
  2491.  
  2492. Hope it helps,
  2493. Roger
  2494.  
  2495.  
  2496. +++++++++++++++++++++++++++
  2497.  
  2498. From mouser@zercom.net (Martin-Gilles Lavoie)
  2499. Date: 18 Sep 1996 15:25:45 GMT
  2500. Organization: Groupimage, inc.
  2501.  
  2502. In article <mshay-1609961937050001@line085.csranet.com>, mshay@csranet.com
  2503. (Michael Hay) wrote:
  2504.  
  2505. [...]
  2506.  
  2507. > As long as the window has not been scrolled, a mousedown in one of the
  2508. > text fields activates the edit record and places the blinking carat
  2509. > appropriately.  I can enter text and edit it, make selections, etc. 
  2510. > However when the window has been scrolled, a mousedown in one of the text
  2511. > fields does not work correctly.  It still thinks the destRect is still in
  2512. > the non-scrolled position.  I think the problem is with TEClick.
  2513. > Anyway, I've tryed using SetOrigin, adjusting the mousedown location by
  2514. > the amount scrolled, and the TEScroll.  None of these has worked.  
  2515. > Do you have to manually adjust the destRect and viewRects of the edit
  2516. > record each time you activate it when the window has been scrolled?
  2517.  
  2518. Depending on how you actually scroll you window content, this may be of
  2519. some help.
  2520.  
  2521. When moving TextEdit fields (weither in a dialog or plain window), you
  2522. must not only set both destRect and viewRect accordingly, but also call
  2523. TECalText and TEUpdate to give a chance to TextEdit to recalculate
  2524. line/character positions, target areas and so forth.
  2525.  
  2526. Following is code I use to move dialog items, which takes care of properly
  2527. handling controls and edit fields.  
  2528.  
  2529. void    MoveDialogItem  (   DialogPtr               theDialog,
  2530.                             short                   itemID,
  2531.                             short                   h,
  2532.                             short                   v) {
  2533.     Handle      itemHandle      =   nil;
  2534.     Rect        itemRect        =   {0, 0, 0, 0};
  2535.     short       itemType        =   0;
  2536.     
  2537.     //h and v are relative to current position of the item
  2538.     
  2539.     SetPort(theDialog);
  2540.     
  2541.     GetDialogItem(theDialog, itemID, &itemType, &itemHandle, &itemRect);
  2542.     
  2543.     itemRect.top = itemRect.top + v;
  2544.     itemRect.left = itemRect.left + h;
  2545.     itemRect.bottom = itemRect.bottom + v;
  2546.     itemRect.right = itemRect.right + h;
  2547.     
  2548.     SetDialogItem(theDialog, itemID, itemType, itemHandle, &itemRect);
  2549.     
  2550.     switch (itemType) {
  2551.         case ctrlItem:
  2552.         case ctrlItem + chkCtrl:
  2553.         case ctrlItem + radCtrl:
  2554.         case ctrlItem + resCtrl:
  2555.         case ctrlItem + itemDisable:
  2556.         case ctrlItem + chkCtrl + itemDisable:
  2557.         case ctrlItem + radCtrl + itemDisable:
  2558.         case ctrlItem + resCtrl + itemDisable:
  2559.             
  2560.             MoveControl((ControlHandle) itemHandle, itemRect.left,
  2561. itemRect.top);
  2562.         break;
  2563.         
  2564.         case editText:
  2565.         case editText + itemDisable:
  2566.          if (itemID == ((DialogRecord*)theDialog)->editField + 1) {
  2567.               ((DialogRecord*)theDialog)->textH[0]->viewRect.top      =  
  2568. itemRect.top;
  2569.                 ((DialogRecord*)theDialog)->textH[0]->viewRect.left    
  2570. =   itemRect.left;
  2571.                 ((DialogRecord*)theDialog)->textH[0]->viewRect.bottom  
  2572. =   itemRect.bottom;
  2573.                
  2574. ((DialogRecord*)theDialog)->textH[0]->viewRect.right        =  
  2575. itemRect.right;
  2576.                 
  2577.                 ((DialogRecord*)theDialog)->textH[0]->destRect.top      =   
  2578.                     ((DialogRecord*)theDialog)->textH[0]->destRect.top + v;
  2579.                 
  2580.                 ((DialogRecord*)theDialog)->textH[0]->destRect.left     =   
  2581.                     ((DialogRecord*)theDialog)->textH[0]->destRect.left + h;
  2582.                 
  2583.                 ((DialogRecord*)theDialog)->textH[0]->destRect.bottom   =   
  2584.                     ((DialogRecord*)theDialog)->textH[0]->destRect.bottom + v;
  2585.                 
  2586.                 ((DialogRecord*)theDialog)->textH[0]->viewRect.right    =   
  2587.                     ((DialogRecord*)theDialog)->textH[0]->viewRect.right + h;
  2588.                 
  2589.                 TECalText(((DialogRecord*)theDialog)->textH);
  2590.                 TEUpdate(&itemRect, ((DialogRecord*)theDialog)->textH);
  2591.             }
  2592.         break;
  2593.         
  2594.         default:break;
  2595.     }
  2596. }
  2597.  
  2598. -- 
  2599. Martin-Gilles Lavoie
  2600. "The only trinary-state binary system known to live"
  2601. [Develop issue 24, page 4]
  2602.  
  2603. ---------------------------
  2604.  
  2605. From Raphael Schumacher <schumacherr@vptt.ch>
  2606. Subject: UNIX - editing UNIX files with a Mac editor
  2607. Date: 17 Sep 1996 13:57:25 GMT
  2608. Organization: Swiss Telecom
  2609.  
  2610.  
  2611. Hi
  2612.  
  2613. I'd like to edit C++ program files stored on HP UX workstations with our
  2614. fine
  2615. Mac editor programs (Metrowerks, BBEdit a.o.).
  2616. What kind of software is available that lets me access files on a UNIX
  2617. (NFS) workstation as if it were an AppleShare server?
  2618.  
  2619. I think eXodus is not the right software that for (it's "only", but fine,
  2620. X-Windows display server, isn't it?).
  2621.  
  2622.  
  2623. Thanks for your hints in advance, rgds
  2624. RAPHAEL
  2625.  
  2626.  
  2627.   _________________________________________________________________
  2628. | RAPHAEL J. SCHUMACHER             Swiss Telecom, R&D 64           |
  2629. | schumacherr@vptt.ch               Zentweg 25c, CH-3000 BERNE 29   |
  2630. | Tel. +41 31 338 46 59             Fax. +41 31 338 99 04           |
  2631.   _________________________________________________________________
  2632.  
  2633. +++++++++++++++++++++++++++
  2634.  
  2635. From squires@crl.com (Scott Squires)
  2636. Date: Tue, 17 Sep 1996 22:57:52 -0800
  2637. Organization: Puffin Designs
  2638.  
  2639. In article <51mao5$le8@news.vptt.ch>,
  2640. Raphael Schumacher <schumacherr@vptt.ch> wrote:
  2641.  
  2642. >Hi
  2643. >
  2644. >I'd like to edit C++ program files stored on HP UX workstations with our
  2645. >fine
  2646. >Mac editor programs (Metrowerks, BBEdit a.o.).
  2647. >What kind of software is available that lets me access files on a UNIX
  2648. >(NFS) workstation as if it were an AppleShare server?
  2649. >
  2650. >I think eXodus is not the right software that for (it's "only", but fine,
  2651. >X-Windows display server, isn't it?).
  2652. >
  2653. >
  2654.  
  2655.  
  2656. BBEdit 4.0 supports ftp directly.  Could this do what you want?
  2657.  
  2658. -scott
  2659.  
  2660.  
  2661. Scott Squires               "Insert funny stuff here"
  2662. squires@crl.com
  2663. ScottSquir@aol.com
  2664.  
  2665.  
  2666. +++++++++++++++++++++++++++
  2667.  
  2668. From jude@smellycat.com (Jude Giampaolo)
  2669. Date: Wed, 18 Sep 1996 00:15:28 -0400
  2670. Organization: CyberDrugs
  2671.  
  2672. In article <dsample-1709962123070001@tubular-15.synapse.net>,
  2673. dsample@synapse.net (Don Sample) wrote:
  2674.  
  2675. > In article <51mao5$le8@news.vptt.ch>, Raphael Schumacher
  2676. > <schumacherr@vptt.ch> wrote:
  2677. > >I'd like to edit C++ program files stored on HP UX workstations with our
  2678. > >fine
  2679. > >Mac editor programs (Metrowerks, BBEdit a.o.).
  2680. > >What kind of software is available that lets me access files on a UNIX
  2681. > >(NFS) workstation as if it were an AppleShare server?
  2682. > >
  2683. > There are several companies which make NFS client software for the
  2684. > Macintosh.  A couple I have used come from Thursby Software and
  2685. > Wollagong.  You can find them on the web at www.thursby.com, and
  2686. > www.twg.com.
  2687.  
  2688. You might also want to look into either CAP or netatalk which run on the
  2689. UNIX bag and make it appear to be an AppleShare server.
  2690.  
  2691. Please note the followups as this is really not a Macintosh programming issue.
  2692.  
  2693. -- 
  2694. Jude Charles Giampaolo         'There's not much to see actually,
  2695. jcg8@po.cwru.edu                we're inside a Chinese dragon...' 
  2696. jude@smellycat.com      http://prozac.cwru.edu/jude/JudeHome.html
  2697. Mac NFS serevr:   http://prozac.cwru.edu/jude/macnfs/Macnfsd.html
  2698.  
  2699. +++++++++++++++++++++++++++
  2700.  
  2701. From kuznetso@mit.edu (Eugene Kuznetsov)
  2702. Date: Wed, 18 Sep 1996 20:11:35 -0400
  2703. Organization: Massachvsetts Institvte of Technology
  2704.  
  2705. In article <gregf-1809961032210001@godzilla.sps.mot.com>,
  2706. gregf@vulture.sps.mot.com (Greg Ferguson) wrote:
  2707.  
  2708. > In article <51mao5$le8@news.vptt.ch>, Raphael Schumacher
  2709. > <schumacherr@vptt.ch> wrote:
  2710. [...]
  2711. > >What kind of software is available that lets me access files on a UNIX
  2712. > >(NFS) workstation as if it were an AppleShare server?
  2713. [...]
  2714. > Intercon has some NFS software that'll do what you want. Check out
  2715. > www.intercon.com.
  2716.  
  2717. An even better solution is to run an appleshare server on the unix box
  2718. itself.  CAP and Netatalk are two possible solutions.  Netatalk is very
  2719. nice, and compiles on many unices.  Some have claimed that a fast Linux
  2720. box with Netatalk is often faster than a decent Mac running AppleShare.
  2721.  
  2722.                                                       Eugene Kuznetsov
  2723.                                                       kuznetso@mit.edu
  2724.  
  2725. +++++++++++++++++++++++++++
  2726.  
  2727. From gregf@vulture.sps.mot.com (Greg Ferguson)
  2728. Date: Wed, 18 Sep 1996 10:32:20 -0700
  2729. Organization: Internet Direct
  2730.  
  2731. In article <51mao5$le8@news.vptt.ch>, Raphael Schumacher
  2732. <schumacherr@vptt.ch> wrote:
  2733.  
  2734. >I'd like to edit C++ program files stored on HP UX workstations with our
  2735. >fine
  2736. >Mac editor programs (Metrowerks, BBEdit a.o.).
  2737. >What kind of software is available that lets me access files on a UNIX
  2738. >(NFS) workstation as if it were an AppleShare server?
  2739. >
  2740. >I think eXodus is not the right software that for (it's "only", but fine,
  2741. >X-Windows display server, isn't it?).
  2742.  
  2743. Intercon has some NFS software that'll do what you want. Check out
  2744. www.intercon.com.
  2745.  
  2746. Greg
  2747.  
  2748. -- 
  2749. --
  2750.  
  2751. "Death Ray!? Fiddlesticks! It doesn't even slow them down!"
  2752.    - Charles Adams
  2753.  
  2754. ---------------------------
  2755.  
  2756. From mmucker@airmail.net (Matthew Mucker)
  2757. Subject: When are dialog items drawn?
  2758. Date: Tue, 17 Sep 1996 14:25:47 +0500
  2759. Organization: Internet America
  2760.  
  2761. My app uses a dialog box with pull-down menus.  I want to draw a frame
  2762. around my pull-down menus with a drop shadow.  I added the code to my
  2763. program, but the frames end up being drawn before the dialog items, and
  2764. then the dialog box items overwrite my menu frames.  So, when does the
  2765. dialog box actually get drawn?  How do I force it to draw itself?  By
  2766. stepping through my code, it seems as though the dialog box is being drawn
  2767. by DialogSelect.  This just doesn't seem right to me.  What did I miss?
  2768.  
  2769. Here's the code where I draw the dialog box and menu frames.
  2770.  
  2771.  
  2772.   gCardDlog := GetNewDialog(CARDDLOG, nil, WindowPtr(-1));
  2773.   ShowWindow(gCardDlog);
  2774.   SetPort(gCardDlog);
  2775.  
  2776. {Draw Popup menu frames}
  2777.   for itemNumber := FIRST_POPUP to LAST_POPUP do
  2778.    begin
  2779.     GetDItem(gCardDlog, itemNumber, itemType, itemHandle, itemRect);
  2780.     FrameRect(itemRect);
  2781.     MoveTo(itemRect.left + 1, itemRect.bottom);
  2782.     LineTo(itemRect.right, itemRect.bottom);
  2783.     LineTo(itemRect.right, itemRect.top + 1);
  2784.    end;
  2785.  
  2786.  
  2787.  
  2788.  
  2789.  
  2790. Thanks to all who offer suggestions.
  2791.  
  2792. -Matt
  2793.  
  2794. -- 
  2795. Life is 10% what happens to you, and 90% how you respond to what happens to you.
  2796.  
  2797. +++++++++++++++++++++++++++
  2798.  
  2799. From francois-regis.degott@imag.fr (Fr. Degott)
  2800. Date: 18 Sep 1996 09:54:30 GMT
  2801. Organization: LogiMath - LMC-IMAG - Grenoble
  2802.  
  2803. In article <mmucker-1709961425470001@fw6-6.ppp.iadfw.net>,
  2804. mmucker@airmail.net (Matthew Mucker) wrote:
  2805.  
  2806. > My app uses a dialog box with pull-down menus.  I want to draw a frame
  2807. > around my pull-down menus with a drop shadow.  I added the code to my
  2808. > program, but the frames end up being drawn before the dialog items, and
  2809. > then the dialog box items overwrite my menu frames.  So, when does the
  2810. > dialog box actually get drawn?  How do I force it to draw itself?  By
  2811. > stepping through my code, it seems as though the dialog box is being drawn
  2812. > by DialogSelect.  This just doesn't seem right to me.  What did I miss?
  2813. > Here's the code where I draw the dialog box and menu frames.
  2814. >   gCardDlog := GetNewDialog(CARDDLOG, nil, WindowPtr(-1));
  2815. >   ShowWindow(gCardDlog);
  2816. >   SetPort(gCardDlog);
  2817. > {Draw Popup menu frames}
  2818. >   for itemNumber := FIRST_POPUP to LAST_POPUP do
  2819. >    begin
  2820. >     GetDItem(gCardDlog, itemNumber, itemType, itemHandle, itemRect);
  2821. >     FrameRect(itemRect);
  2822. >     MoveTo(itemRect.left + 1, itemRect.bottom);
  2823. >     LineTo(itemRect.right, itemRect.bottom);
  2824. >     LineTo(itemRect.right, itemRect.top + 1);
  2825. >    end;
  2826.  
  2827. Hi Matt,
  2828. the update events are managed by the ModalDialog() routine,
  2829. that i presume you work with and call _after_ the popup drawing.
  2830. To prevent such a thing, you must wrote a dialog filter (1st param of
  2831. ModalDialog)
  2832. and manage the dialog updates yourself, calling first UpdateDialog()
  2833. to redraw the "standard" items, then calling your popup drawing
  2834. routine for the popup borders....
  2835.  
  2836. PS1: See the Dialog manager for dialog filter.
  2837. PS2: Why not use the popup cdef, see any apple web site.
  2838.  
  2839. HTH
  2840. Fr.
  2841. _____________________________________________________________________________
  2842. Fr. Degott (Francois-Regis.Degott@imag.fr)
  2843. LogiMath, Lab. LMC-IMAG - Grenoble - France
  2844.  
  2845. +++++++++++++++++++++++++++
  2846.  
  2847. From dstone@chem.utoronto.ca (David Stone)
  2848. Date: Wed, 18 Sep 1996 12:38:31 GMT
  2849. Organization: University of Toronto Chemistry
  2850.  
  2851. In article <mmucker-1709961425470001@fw6-6.ppp.iadfw.net>,
  2852. mmucker@airmail.net (Matthew Mucker) wrote:
  2853. > My app uses a dialog box with pull-down menus.  I want to draw a frame
  2854. > around my pull-down menus with a drop shadow.  I added the code to my
  2855. > program, but the frames end up being drawn before the dialog items, and
  2856. > then the dialog box items overwrite my menu frames.  So, when does the
  2857. > dialog box actually get drawn?  How do I force it to draw itself?  By
  2858. > stepping through my code, it seems as though the dialog box is being drawn
  2859. > by DialogSelect.  This just doesn't seem right to me.  What did I miss?
  2860.  
  2861. Usual method is to declare the location of the items in the DITL
  2862. resource using userItem's, and then write an action procedure
  2863. which can be added into the dialog item list's record.  This
  2864. way, DialogSelect or ModalDialog will take care of the drawing
  2865. by calling your procedure whenever needed.  This was how you did
  2866. outlining of the default button before the extended dialog routines
  2867. were added to the toolbox.
  2868.  
  2869. Pre-PPC, it would look something like (very bare bones and rough!)
  2870.     pascal void MyItemProc(WindowPtr theWindow,short theItem) {
  2871.  
  2872.         short aType;
  2873.         Handle aHndl;
  2874.         Rect aRect;
  2875.  
  2876.         GetDItem(theWindow,theItem,&aType,&aHndl,&aRect);
  2877.         FrameRect(&aRect);
  2878.     }
  2879.  
  2880. and you would put this in your dialog initialization code
  2881.  
  2882.     //    get the dialog resource then initialize stuff...
  2883.     
  2884.     GetDItem(myDlg,myItem,&aType,&aHndl,&aRect);
  2885.  SetDItem(myDlg,myItem,aType,MyItemProc,&aRect);
  2886.  
  2887. This code should be corrected to correctly get a procedure pointer,
  2888. I just don't remember that stuff off the top of my head.
  2889. Note that DialogSelect/ModalDialog should set the current port to 
  2890. the dialog's port before calling your code, so you shouldn't need
  2891. to do this yourself.
  2892.  
  2893. The alternative with modeless dialogs is to trap update events
  2894. and put your drawing code in there, along with any other
  2895. special dialog handling stuff you need.
  2896.  
  2897. Dave Stone
  2898.  
  2899. +++++++++++++++++++++++++++
  2900.  
  2901. From rdwells@mmm.com (Richard Wells)
  2902. Date: Wed, 18 Sep 1996 14:58:57 -0500
  2903. Organization: Imation
  2904.  
  2905. Matthew Mucker wrote:
  2906. > My app uses a dialog box with pull-down menus.  I want to draw a frame
  2907. > around my pull-down menus with a drop shadow.  I added the code to my
  2908. > program, but the frames end up being drawn before the dialog items, and
  2909. > then the dialog box items overwrite my menu frames.  So, when does the
  2910. > dialog box actually get drawn?  How do I force it to draw itself?  By
  2911. > stepping through my code, it seems as though the dialog box is being drawn
  2912. > by DialogSelect.  This just doesn't seem right to me.  What did I miss?
  2913. > Here's the code where I draw the dialog box and menu frames.
  2914. >   gCardDlog := GetNewDialog(CARDDLOG, nil, WindowPtr(-1));
  2915. >   ShowWindow(gCardDlog);
  2916. >   SetPort(gCardDlog);
  2917. > {Draw Popup menu frames}
  2918. >   for itemNumber := FIRST_POPUP to LAST_POPUP do
  2919. >    begin
  2920. >     GetDItem(gCardDlog, itemNumber, itemType, itemHandle, itemRect);
  2921. >     FrameRect(itemRect);
  2922. >     MoveTo(itemRect.left + 1, itemRect.bottom);
  2923. >     LineTo(itemRect.right, itemRect.bottom);
  2924. >     LineTo(itemRect.right, itemRect.top + 1);
  2925. >    end;
  2926.  
  2927. Try creating a userItem for each of the frames, and put the above
  2928. code in a draw function used by each of the userItems.  I think
  2929. if you place each userItem after its corresponding menu in the
  2930. DITL, things will get drawn in the proper order; however, I haven't
  2931. done this for a while, so they may have to be before the menu.
  2932. Experiment.  Whichever way it is, IIRC it's whichever way makes
  2933. it more difficult to use ResEdit (that is, in your case the
  2934. userItems end up appearing over the menu items, making it problematic
  2935. to select the menu items).
  2936.  
  2937. Opinions expressed herein are my own and may not represent those of my employer.
  2938.  
  2939. ---------------------------
  2940.  
  2941. From MWRon@metrowerks.com (MW Ron)
  2942. Subject: [Job]  Metrowerks Java Team
  2943. Date: Fri, 13 Sep 1996 20:35:39 -0400
  2944. Organization: Metrowerks
  2945.  
  2946. Come join the dream of making Java happen.
  2947.  
  2948. Metrowerks is looking for two bright Macintosh programmers to work on the
  2949. Java Virtual Machine.
  2950.  
  2951. This is low-level work making the impossible happen, and cleanly, no
  2952. turning hacks into products. A little knowledge of PPC/68K assembly and
  2953. calling conventions would go a long way. Successful candidates will be
  2954. required to give short essay on why Macsbug is better that Jasiks.
  2955.  
  2956. 3-5 years of solid Macintosh experience and shipping products would be
  2957. required. An ability to think up product names that do not involve coffee
  2958. metaphors is a plus.
  2959.  
  2960. Please send all resumes to:
  2961.  
  2962. Email:     jager@metrowerks.com
  2963. Web:       <http://www.metrowerks.com/about/jobs>
  2964. Fax:       (512)873-4901 (Attn: Marcus Jager)
  2965. Snail:
  2966.  
  2967. Metrowerks, Corp.
  2968. 2201 Donley Dr., #310
  2969. Austin, TX 78758
  2970.  
  2971. -- 
  2972. METROWERKS                   Ron Liechty
  2973. "Software at Work"    MWRon@metrowerks.com
  2974. http://www.metrowerks.com/about/people/rogues.html#mwron
  2975.  
  2976. +++++++++++++++++++++++++++
  2977.  
  2978. From david_rehring@gdt.com (David Rehring)
  2979. Date: Fri, 13 Sep 1996 18:04:07 -0700
  2980. Organization: GDT Softworks, Inc.
  2981.  
  2982. In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  2983. MWRon@metrowerks.com (MW Ron) wrote:
  2984.  
  2985. ...various stuff deleted...
  2986.  
  2987. >>Successful candidates will be
  2988. >>required to give short essay on why Macsbug is better that Jasiks.
  2989.  
  2990. ...various stuff deleted...
  2991. >>-- 
  2992. >>METROWERKS                   Ron Liechty
  2993. >>"Software at Work"    MWRon@metrowerks.com
  2994. >>http://www.metrowerks.com/about/people/rogues.html#mwron
  2995.  
  2996. Well, it'd be hard to write even a short essay on that topic!  Of course,
  2997. it would be of 'War And Peace' length describing why Jasik's is WAY better
  2998. than Macsbug.  ;-)
  2999.  
  3000. Later,
  3001.  
  3002. -- 
  3003. David Rehring
  3004. Senior Software Engineer
  3005. GDT Softworks, Inc.
  3006. And all around insane guy!
  3007.  
  3008. +++++++++++++++++++++++++++
  3009.  
  3010. From William Kiss <bkiss@express.ca>
  3011. Date: Fri, 13 Sep 1996 18:30:47 -0700
  3012. Organization: Arborealis Research & Development
  3013.  
  3014. David Rehring wrote:
  3015. > In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  3016. > MWRon@metrowerks.com (MW Ron) wrote:
  3017. > ...various stuff deleted...
  3018. > >>Successful candidates will be
  3019. > >>required to give short essay on why Macsbug is better that Jasiks.
  3020. > ...various stuff deleted...
  3021. > >>--
  3022. > >>METROWERKS                   Ron Liechty
  3023. > >>"Software at Work"    MWRon@metrowerks.com
  3024. > >>http://www.metrowerks.com/about/people/rogues.html#mwron
  3025. > Well, it'd be hard to write even a short essay on that topic!  Of course,
  3026. > it would be of 'War And Peace' length describing why Jasik's is WAY better
  3027. > than Macsbug.  ;-)
  3028. > Later,
  3029. > --
  3030. > David Rehring
  3031. > Senior Software Engineer
  3032. > GDT Softworks, Inc.
  3033. > And all around insane guy!
  3034.                  ^^^^^^^^^^
  3035. You'll have to excuse the previous post by my ex-colleague, the
  3036. inimitable (and why would one want to?) Mr.Rehring. Clearly MacsBug is
  3037. by leaps and bounds the far superior low-level debugger (at least until
  3038. Mr.Lockwood's new debugger appears on the scene). People that think
  3039. otherwise are "insane". Kudos to Jim Murphy et al for keeping it going.
  3040.  
  3041. Bill Kiss
  3042. Arborealis Research & Development
  3043.  
  3044. PS. Sorry, didn't mean to start a flame war.
  3045.  
  3046. +++++++++++++++++++++++++++
  3047.  
  3048. From Manuel Veloso <veloso@apix.com>
  3049. Date: 14 Sep 1996 22:48:34 GMT
  3050. Organization: Active Paper, Inc.
  3051.  
  3052. In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net> MW Ron,
  3053. MWRon@metrowerks.com writes:
  3054. >Successful candidates will be
  3055. >required to give short essay on
  3056. >why Macsbug is better that Jasiks.
  3057.  
  3058. Uh-huh. The only answer I can think of is:
  3059.  
  3060. macsbug has a book
  3061.  
  3062. :)
  3063.  
  3064. actually, the only real answer I can think of is that Macsbug works
  3065. under VM/RD, which makes it a little handier.
  3066. - ---------------------------------------
  3067. Manny Veloso          Digital Plumber
  3068. Active Paper, Inc.    http://www.apix.com
  3069. - ---------------------------------------
  3070. [------------]
  3071.  
  3072. +++++++++++++++++++++++++++
  3073.  
  3074. From hsoi@eden.com (John C. Daub)
  3075. Date: Sat, 14 Sep 1996 17:53:24 -0500
  3076. Organization: Hsoi's Shop
  3077.  
  3078. In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  3079. MWRon@metrowerks.com (MW Ron) wrote:
  3080.  
  3081. > Metrowerks is looking for two bright Macintosh programmers to work on the
  3082. > Java Virtual Machine.
  3083. > This is low-level work making the impossible happen, and cleanly, no
  3084. > turning hacks into products. A little knowledge of PPC/68K assembly and
  3085. > calling conventions would go a long way. Successful candidates will be
  3086. > required to give short essay on why Macsbug is better that Jasiks.
  3087.  
  3088. Um....Macsbug is free.  That's enough in my book! :)
  3089.  
  3090. > 3-5 years of solid Macintosh experience and shipping products would be
  3091. > required. An ability to think up product names that do not involve coffee
  3092. > metaphors is a plus.
  3093.  
  3094. well, since it's the Virtual Machine, it's kinda a helper app right?
  3095.  
  3096. How about "Coffeemate"??  no wait...that's already taken....
  3097.  
  3098. (I don't know anything about Java...shoot me!  I still think C++ and
  3099. PowerPlant are enough for me) :)
  3100.  
  3101. -- 
  3102. John C. Daub (aka Hsoi)  | Pleasure:   <mailto:hsoi@eden.com>
  3103. Family Man               | Business:   none of your business :)
  3104. Shareware Author         | WWW:        <http://www.eden.com/~hsoi/>
  3105. MacOS Developer/Geek     | "What lasagna? THAT lasagna" - Ajax
  3106.  
  3107. +++++++++++++++++++++++++++
  3108.  
  3109. From dBrandon@iadfw.net (Bryant Brandon)
  3110. Date: Sat, 14 Sep 1996 18:30:30 -0500
  3111. Organization: Anti Christian Coalition
  3112.  
  3113. In article <hsoi-1409961753250001@hsoi.eden.com>, hsoi@eden.com (John C.
  3114. Daub) wrote:
  3115.  
  3116. >In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  3117. >MWRon@metrowerks.com (MW Ron) wrote:
  3118. >
  3119. >> Metrowerks is looking for two bright Macintosh programmers to work on the
  3120. >> Java Virtual Machine.
  3121. >> 
  3122. >> This is low-level work making the impossible happen, and cleanly, no
  3123. >> turning hacks into products. A little knowledge of PPC/68K assembly and
  3124. >> calling conventions would go a long way. Successful candidates will be
  3125. >> required to give short essay on why Macsbug is better that Jasiks.
  3126. >
  3127. >Um....Macsbug is free.  That's enough in my book! :)
  3128. >
  3129. >> 3-5 years of solid Macintosh experience and shipping products would be
  3130. >> required. An ability to think up product names that do not involve coffee
  3131. >> metaphors is a plus.
  3132. >
  3133. >well, since it's the Virtual Machine, it's kinda a helper app right?
  3134. >
  3135. >How about "Coffeemate"??  no wait...that's already taken....
  3136.  
  3137. Mr. Coffee?  Beer?  Crapplets?
  3138.  
  3139. Ooh! Ooh! V-SPOC!  Very Slow Pieces Of Crap!
  3140. WOB-Waste Of Bandwidth
  3141. MBIMINII (pronounced "Imbimini")-My Butt Is More Interesting Isn't It?
  3142. BMWB (pronounced "bum wub")-Bloats My Web Browser
  3143. TBIJ (pronounced "tee bij")-Too bad.  It's Java.
  3144.  
  3145. This is about the only requirement I meat.  Eye kan't eeven spel.  Mutch
  3146. les right abowt Mac's Bugs andd Jack's Kids.  O whale.
  3147.  
  3148. >
  3149. >(I don't know anything about Java...shoot me!  I still think C++ and
  3150. >PowerPlant are enough for me) :)
  3151. >
  3152. >-- 
  3153. >John C. Daub (aka Hsoi)  | Pleasure:   <mailto:hsoi@eden.com>
  3154. >Family Man               | Business:   none of your business :)
  3155. >Shareware Author         | WWW:        <http://www.eden.com/~hsoi/>
  3156. >MacOS Developer/Geek     | "What lasagna? THAT lasagna" - Ajax
  3157.  
  3158. I'm only here on weekends.  If you really want me to see a reply, mail it.
  3159.  
  3160. +++++++++++++++++++++++++++
  3161.  
  3162. From macnosy@jasik.com (Steve Jasik)
  3163. Date: Sun, 15 Sep 1996 10:06:39 -0700
  3164. Organization: Jasik Designs
  3165.  
  3166. In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  3167. MWRon@metrowerks.com (MW Ron) wrote:
  3168.  
  3169. ....
  3170.  
  3171. >This is low-level work making the impossible happen, and cleanly, no
  3172. >turning hacks into products. A little knowledge of PPC/68K assembly and
  3173. >calling conventions would go a long way. Successful candidates will be
  3174. >required to give short essay on why Macsbug is better that Jasiks.
  3175. >
  3176. .....
  3177.  
  3178.  
  3179. Actually, if you bother to write the essay,
  3180. you are immediately disqualified and your resume goes in the bit bucket  :-)
  3181.  
  3182. Steve
  3183.  
  3184. - --------------------------------------------------------
  3185. Steve Jasik             Author of 'The Debugger & MacNosy'
  3186. 343 Trenton Way         http://www.jasik.com
  3187. Menlo Park CA 94025     415-322-1386  Voice Only
  3188.  
  3189. +++++++++++++++++++++++++++
  3190.  
  3191. From kjohnson@transparent.com (Kent Johnson)
  3192. Date: Mon, 16 Sep 1996 02:05:22 GMT
  3193. Organization: Transparent Language, Inc.
  3194.  
  3195. In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  3196. MWRon@metrowerks.com (MW Ron) wrote:
  3197.  
  3198. > Successful candidates will be
  3199. > required to give short essay on why Macsbug is better that Jasiks.
  3200.  
  3201. Macsbug has an easy-to-use & intuitive command-line interface :-)
  3202.  
  3203. Kent Johnson                                kjohnson@transparent.com
  3204. Transparent Language, Inc.                http://www.transparent.com
  3205.  
  3206. +++++++++++++++++++++++++++
  3207.  
  3208. From rea@indra.net (David Rea)
  3209. Date: Mon, 16 Sep 1996 15:53:48 GMT
  3210. Organization: FBMC
  3211.  
  3212. In article <david_rehring-1309961804070001@news.aurora.net>,
  3213. david_rehring@gdt.com (David Rehring) wrote:
  3214.  
  3215. > In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  3216. > MWRon@metrowerks.com (MW Ron) wrote:
  3217. > ...various stuff deleted...
  3218. > >>Successful candidates will be
  3219. > >>required to give short essay on why Macsbug is better that Jasiks.
  3220. > ...various stuff deleted...
  3221. > >>-- 
  3222. > >>METROWERKS                   Ron Liechty
  3223. > >>"Software at Work"    MWRon@metrowerks.com
  3224. > >>http://www.metrowerks.com/about/people/rogues.html#mwron
  3225. > Well, it'd be hard to write even a short essay on that topic!  Of course,
  3226. > it would be of 'War And Peace' length describing why Jasik's is WAY better
  3227. > than Macsbug.  ;-)
  3228. Well, maybe that's why he asked.  If you were interviewing a salesman, you
  3229. would ask for a pitch to sell refrigerators to Eskimos, not to Samoans,
  3230. right?
  3231.  
  3232. --David
  3233.  
  3234. +++++++++++++++++++++++++++
  3235.  
  3236. From cwood@fiweb.com (Charlie Wood)
  3237. Date: 17 Sep 1996 19:19:30 GMT
  3238. Organization: First Internet, Inc.
  3239.  
  3240. In article <macnosy-1509961007190001@204.119.88.14>, macnosy@jasik.com
  3241. (Steve Jasik) wrote:
  3242.  
  3243. >In article <MWRon-1309962035390001@aumi1-a09.ccm.tds.net>,
  3244. >MWRon@metrowerks.com (MW Ron) wrote:
  3245. >
  3246. >....
  3247. >
  3248. >>This is low-level work making the impossible happen, and cleanly, no
  3249. >>turning hacks into products. A little knowledge of PPC/68K assembly and
  3250. >>calling conventions would go a long way. Successful candidates will be
  3251. >>required to give short essay on why Macsbug is better that Jasiks.
  3252. >>
  3253. >.....
  3254. >
  3255. >
  3256. >Actually, if you bother to write the essay,
  3257. >you are immediately disqualified and your resume goes in the bit bucket  :-)
  3258. >
  3259. >Steve
  3260. >
  3261. >----------------------------------------------------------
  3262. >Steve Jasik             Author of 'The Debugger & MacNosy'
  3263. >343 Trenton Way         http://www.jasik.com
  3264. >Menlo Park CA 94025     415-322-1386  Voice Only
  3265.  
  3266. For some of us, green is still our favorite color. Go Steve Go!
  3267.  
  3268. - -
  3269.  
  3270. Charlie Wood                          |    cwood@fiweb.com
  3271. First Internet, Inc.                  |
  3272. fiWeb(tm)                             |    http://www.fiweb.com
  3273. Austin Internet Restaurant Guide(tm)  |    http://austin.restaurants.fiweb.com
  3274.  
  3275. +++++++++++++++++++++++++++
  3276.  
  3277. From Jim Moy <jbm@formonix.com>
  3278. Date: 18 Sep 1996 20:47:59 GMT
  3279. Organization: Formonix, Inc.
  3280.  
  3281. > > >>Successful candidates will be
  3282. > > >>required to give short essay on why Macsbug is better that Jasiks.
  3283. > > >>
  3284. > > Well, it'd be hard to write even a short essay on that topic!  Of course,
  3285. > > it would be of 'War And Peace' length describing why Jasik's is WAY better
  3286. > > than Macsbug.  ;-)
  3287. > >
  3288. > Well, maybe that's why he asked.  If you were interviewing a salesman, you
  3289. > would ask for a pitch to sell refrigerators to Eskimos, not to Samoans,
  3290. > right?
  3291.  
  3292. But if that were the case, then I think the ROM Debugger would've
  3293. been the candidate for comparison :-)
  3294.  
  3295. ...and if your favorite menu bar color isn't green, then obviously
  3296. you haven't been gaining maximum pleasure from your tools...
  3297.  
  3298. - -----------------------------------------------------------
  3299.     Jim Moy * Mac and BeBox Programmer * jbm@formonix.com
  3300.  http://www.verinet.com/~jbm * Go, Be, Go! http://www.be.com
  3301.  
  3302. ---------------------------
  3303.  
  3304. From Thomas Wurst <zxmjx02@aix07.zdv.uni-tuebingen.de>
  3305. Subject: [Q] Can't create CWindow correctly?
  3306. Date: Mon, 16 Sep 1996 00:20:20 +0200
  3307. Organization: InterNetNews at ZDV Uni-Tuebingen
  3308.  
  3309. Hello!
  3310.  
  3311. Yet another question: I try to create a colo[u]r window with 
  3312. GetNewCWindow() and as soon as it's shown my whole screen turns 
  3313. black&white... and that despite I have a 'wctb'.
  3314. In contrast, when I create the same window with GetNewWindow() (the 'wctb' 
  3315. is erased then) everything is fine...
  3316.  
  3317. Am I wrong thinking, that by providing a 'wctb' and using GetNewCWindow()
  3318. the system will handle the rest for me just fine?
  3319.  
  3320. PS: The 'wctb' is just slightly changed from what ResEdit offers to me, 
  3321. i.e. black title, white background... rest escapes me
  3322.  
  3323.  
  3324. Does [some|any]one have an idea, what I'm doing wrong?
  3325.  
  3326. TIA, Thomas.
  3327.  
  3328.  
  3329. PPS: What's correct--using 'someone' or 'anyone'??  ;-)
  3330.  
  3331. +++++++++++++++++++++++++++
  3332.  
  3333. From gchapman@irus.rri.uwo.ca (Greg Chapman)
  3334. Date: Mon, 16 Sep 1996 13:14:44 -0500
  3335. Organization: Robarts Research Institute
  3336.  
  3337. In article
  3338. <Pine.A32.3.91.960916000419.15201B-100000@aix07.zdv.uni-tuebingen.de>,
  3339. Thomas Wurst <zxmjx02@aix07.zdv.uni-tuebingen.de> wrote:
  3340.  
  3341. > Hello!
  3342. > Yet another question: I try to create a colo[u]r window with 
  3343. > GetNewCWindow() and as soon as it's shown my whole screen turns 
  3344.  
  3345. Well, it's hard to tell what you're doing without seeing code...
  3346.  
  3347. -- 
  3348. Greg Chapman
  3349. Mac Developer - Robarts Research Institute
  3350. Advanced Imaging Research Group (AIRG)
  3351. - -
  3352. "You! Out of the gene pool!"
  3353.  
  3354. +++++++++++++++++++++++++++
  3355.  
  3356. From Thomas Wurst <zxmjx02@aix12.zdv.uni-tuebingen.de>
  3357. Date: Wed, 18 Sep 1996 23:17:14 +0200
  3358. Organization: InterNetNews at ZDV Uni-Tuebingen
  3359.  
  3360. On Mon, 16 Sep 1996, Greg Chapman wrote:
  3361. > In article
  3362. > <Pine.A32.3.91.960916000419.15201B-100000@aix07.zdv.uni-tuebingen.de>,
  3363. > Thomas Wurst <zxmjx02@aix07.zdv.uni-tuebingen.de> wrote:
  3364. > > Hello!
  3365. > > Yet another question: I try to create a colo[u]r window with 
  3366. > > GetNewCWindow() and as soon as it's shown my whole screen turns 
  3367. > Well, it's hard to tell what you're doing without seeing code...
  3368. > Greg Chapman
  3369.  
  3370. SORRY!
  3371. I simply forgot to include the code, but now I have it with me...
  3372. The responsible routine is:
  3373.  
  3374. Boolean cmd_New(WindowPtr *thisWindow, Boolean newDoc)
  3375. {
  3376.   if ((*thisWindow=GetNewWindow(rVectors, NIL, (WindowPtr)kInFront)) == NIL)
  3377.     return FALSE;
  3378. [unrelated stuff deleted]
  3379.   if (newDoc) ShowWindow(*thisWindow);
  3380.   return TRUE;
  3381. }
  3382.  
  3383. And the calling routine looks like that:
  3384.  
  3385. {
  3386. [unrelated stuff deleted]
  3387.   if (cmd_New(&theWindow, FALSE) == FALSE || theWindow == NIL)
  3388.     return;
  3389. [unrelated stuff deleted]
  3390.   SetWTitle(theWindow, c2pstr(windowTitle));
  3391.   window_Position(theWindow);    // does actually NOTHING
  3392. [unrelated stuff deleted]
  3393.   ShowWindow(theWindow);
  3394. }
  3395.  
  3396. Looks very simple... But as I stated in my question, it is not working 
  3397. when I use 'GetNewCWindow()' -- even when I'm providing a 'wctb' with the 
  3398. same resource ID as my 'WIND'.
  3399. All I get is a b/w window and a b/w screen (desktop pattern, etc.), too.
  3400.  
  3401. But using the routines as shown above (with 'GetNewWindow()' and no 
  3402. 'wctb' resource) gives me the pleasure of a fine-colo[u]red window.
  3403.  
  3404. I also tried to use the 'wctb' out of the system resource fork (changed 
  3405. the ID so that it matched that of my 'WIND', unchecked the system heap 
  3406. bit) but that trick wasn't working either.
  3407.  
  3408. SO... AM I MISSING SOMETHING? AM I DOING THE WRONG THINGS?
  3409. Looking into 'Inside Macintosh MTBE' gives me only the advice with the 
  3410. 'wctb' and the code shown above is pretty close to that seen in IM...
  3411.  
  3412. Any help appreciated, Thomas.
  3413.  
  3414. ---------------------------
  3415.  
  3416. From anubis@best.com (Jon "Andy" Beyer)
  3417. Subject: [Q] Hiliting Text in C
  3418. Date: 18 Sep 1996 08:18:05 GMT
  3419. Organization: Chrome Tiger Software
  3420.  
  3421. Can someone translate this into C from Pascal for me?  It's been a long
  3422. time (thank god) since I've used Pascal, and I'm not sure where my ref.
  3423. books are...
  3424.  
  3425. BitClr(Ptr(HiliteMode), pHiliteBit);
  3426.  
  3427. This is what is supposed to be called just before an InvertRect() call
  3428. when hiliting text, and I'm not sure how to do this in C.
  3429.  
  3430. answer via reply to this or send me email:
  3431.  
  3432. anubis@best.com
  3433.  
  3434. Thanks all!
  3435.  
  3436. +++++++++++++++++++++++++++
  3437.  
  3438. From francois-regis.degott@imag.fr (Fr. Degott)
  3439. Date: 18 Sep 1996 10:02:11 GMT
  3440. Organization: LogiMath - LMC-IMAG - Grenoble
  3441.  
  3442. In article <anubis-1809960123330001@nntp.best.com>, anubis@best.com (Jon
  3443. "Andy" Beyer) wrote:
  3444.  
  3445. > Can someone translate this into C from Pascal for me?  It's been a long
  3446. > time (thank god) since I've used Pascal, and I'm not sure where my ref.
  3447. > books are...
  3448. > This is what is supposed to be called just before an InvertRect() call
  3449. > when hiliting text, and I'm not sure how to do this in C.
  3450. > BitClr(Ptr(HiliteMode), pHiliteBit);
  3451.  
  3452. BitClr((Ptr)HiliteMode, pHiliteBit);
  3453. _____________________________________________________________________________
  3454. Fr. Degott (Francois-Regis.Degott@imag.fr)
  3455. LogiMath, Lab. LMC-IMAG - Grenoble - France
  3456.  
  3457. +++++++++++++++++++++++++++
  3458.  
  3459. From awiner@oracle.com (Adam Winer)
  3460. Date: Wed, 18 Sep 1996 17:22:57 -0800
  3461. Organization: Oracle Corporation
  3462.  
  3463. In article <francois-regis.degott-1809961202510001@harpie.imag.fr>,
  3464. francois-regis.degott@imag.fr (Fr. Degott) wrote:
  3465.  
  3466. > In article <anubis-1809960123330001@nntp.best.com>, anubis@best.com (Jon
  3467. > "Andy" Beyer) wrote:
  3468. > > Can someone translate this into C from Pascal for me?  It's been a long
  3469. > > time (thank god) since I've used Pascal, and I'm not sure where my ref.
  3470. > > books are...
  3471. > > This is what is supposed to be called just before an InvertRect() call
  3472. > > when hiliting text, and I'm not sure how to do this in C.
  3473. > > BitClr(Ptr(HiliteMode), pHiliteBit);
  3474. > BitClr((Ptr)HiliteMode, pHiliteBit);
  3475.  
  3476. The correct Universal Headers code would be:
  3477.   LMSetHiliteMode(LMGetHiliteMode() & 0x7f);
  3478.  
  3479. -- Adam Winer
  3480. awiner@us.oracle.com
  3481.  
  3482. -- 
  3483. Adam Winer
  3484. awiner@us.oracle.com
  3485. Technical Staff, Oracle Corp.
  3486.  
  3487. ---------------------------
  3488.  
  3489. From g-kendall@nwu.edu (Brian Kendall)
  3490. Subject: [Q] What is QuickDraw 3D and QuickDraw GX?
  3491. Date: Mon, 16 Sep 1996 16:52:43 -0400
  3492. Organization: Programmer
  3493.  
  3494.  
  3495. Hi there!
  3496.  
  3497. What is QuickDraw 3D and QuickDraw GX? I've heard people talking about it
  3498. but I don't know what it is! :) Any info would be nice.
  3499.  
  3500. Brian K.
  3501.  
  3502. ãããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããã
  3503. "If you take cranberries and stew them like apple sauce, it tastes
  3504. much more like prunes then rhubarb does." ã Groucho Marx
  3505. ãããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããã
  3506.  
  3507. +++++++++++++++++++++++++++
  3508.  
  3509. From "Thomas L. Ferrell" <ferrelltl@ornl.gov>
  3510. Date: 17 Sep 1996 03:10:41 GMT
  3511. Organization: Oak Ridge National Lab
  3512.  
  3513. Others can give you Apple's descriptive web sites,but very,very briefly, 
  3514. QD 3D is a program that is for use by creators of graphics software that 
  3515. facilitates drawing in 3D and you can download it for power macs (only) 
  3516. from Apple. QD GX comes as a supplement to System 7.5 and allows such 
  3517. things as printing by drag/drop onto a desktop printer icon (especially 
  3518. useful in networked situations).
  3519.  
  3520. g-kendall@nwu.edu (Brian Kendall) wrote:
  3521. >
  3522. >Hi there!
  3523. >
  3524. >What is QuickDraw 3D and QuickDraw GX? I've heard people talking about it
  3525. >but I don't know what it is! :) Any info would be nice.
  3526. >
  3527. >Brian K.
  3528. >
  3529. >ãããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããã
  3530. >"If you take cranberries and stew them like apple sauce, it tastes
  3531. >much more like prunes then rhubarb does." ã Groucho Marx
  3532. >ãããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããããã
  3533.  
  3534.  
  3535.  
  3536. +++++++++++++++++++++++++++
  3537.  
  3538. From mouser@zercom.net (Martin-Gilles Lavoie)
  3539. Date: 18 Sep 1996 20:10:17 GMT
  3540. Organization: Groupimage, inc.
  3541.  
  3542. In article <51l4rh$ltl@stc06.ctd.ornl.gov>, "Thomas L. Ferrell"
  3543. <ferrelltl@ornl.gov> wrote:
  3544.  
  3545. > Others can give you Apple's descriptive web sites,but very,very briefly, 
  3546. > QD 3D is a program that is for use by creators of graphics software that 
  3547. > facilitates drawing in 3D and you can download it for power macs (only) 
  3548. > from Apple. QD GX comes as a supplement to System 7.5 and allows such 
  3549. > things as printing by drag/drop onto a desktop printer icon (especially 
  3550. > useful in networked situations).
  3551.  
  3552. Actually, QD GX has been around long than 7.5 has.
  3553.  
  3554. -- 
  3555. Martin-Gilles Lavoie
  3556. "The only trinary-state binary system known to live"
  3557. [Develop issue 24, page 4]
  3558.  
  3559. +++++++++++++++++++++++++++
  3560.  
  3561. From passenger@cybercom.net (T. Vector)
  3562. Date: Wed, 18 Sep 1996 23:00:30 -0400
  3563. Organization: Cyber Access Internet Services (617) 396-0491
  3564.  
  3565. In article <g-kendall-1609961652430001@lucky134.nuts.nwu.edu>,
  3566. g-kendall@nwu.edu (Brian Kendall) wrote:
  3567.  
  3568. >Hi there!
  3569. >
  3570. >What is QuickDraw 3D and QuickDraw GX? I've heard people talking about it
  3571. >but I don't know what it is! :) Any info would be nice.
  3572. >
  3573.  
  3574. go to the Apple home pages, but....
  3575.  
  3576. GX is an object-based drawing environment that supports resolution-independent
  3577. line objects, bitmaps, etc, a new priting architecture that allows things
  3578. like watermarks,
  3579. and a new dynamic font format
  3580.  
  3581. 3D is a 3D object drawing environment that supports plug-in renderers and
  3582. things like that.
  3583.  
  3584. ---------------------------
  3585.  
  3586. From Shane Dunne <sdunne@irus.rri.uwo.ca>
  3587. Subject: [Q] sending files by FTP from a program
  3588. Date: Sat, 14 Sep 1996 01:39:28 +0000
  3589. Organization: Life Imaging Systems, Inc.
  3590.  
  3591. I would like to write an app which can conduct FTP sessions including
  3592. logging in to a server and sending and receiving files, all without any
  3593. user input.  CyberDog can get files, but unless I'm missing something,
  3594. it can't send them.  In a pinch, I could use an existing ftp app like
  3595. Fetch if it were scriptable.  Please post any suggestions to this
  3596. newsgroup, and if possible also e-mail me at <sdunne@irus.rri.uwo.ca>,
  3597. so I don't miss your post.  Many thanks in advance.
  3598.  
  3599. Shane Dunne
  3600.  
  3601. +++++++++++++++++++++++++++
  3602.  
  3603. From smfr@santafe.edu (Simon Fraser)
  3604. Date: Sat, 14 Sep 1996 22:39:06 -0700
  3605. Organization: Santa Fe Institute
  3606.  
  3607. In article <323A0CD0.5B1F@irus.rri.uwo.ca>, sdunne@irus.rri.uwo.ca wrote:
  3608.  
  3609. >I would like to write an app which can conduct FTP sessions including
  3610. >logging in to a server and sending and receiving files, all without any
  3611. >user input.  CyberDog can get files, but unless I'm missing something,
  3612. >it can't send them.  In a pinch, I could use an existing ftp app like
  3613. >Fetch if it were scriptable.  Please post any suggestions to this
  3614. >newsgroup, and if possible also e-mail me at <sdunne@irus.rri.uwo.ca>,
  3615. >so I don't miss your post.  Many thanks in advance.
  3616.  
  3617. Take a look at the NewsWatcher code:
  3618.  
  3619.  <ftp://ftp.acns.nwu.edu/pub/newswatcher/>
  3620.  
  3621. it has some FTP functionality in there.
  3622.  
  3623. Simon
  3624.  
  3625. ________________________________________________________________
  3626. Simon Fraser                                  Santa Fe Institute
  3627. smfr@santafe.edu                             1399 Hyde Park Road
  3628. http://www.santafe.edu/~smfr/                 Santa Fe, NM 87501
  3629.  
  3630. +++++++++++++++++++++++++++
  3631.  
  3632. From paul@ljl.com (Paul Robichaux)
  3633. Date: Wed, 18 Sep 1996 12:14:37 -0500
  3634. Organization: LJL Enterprises
  3635.  
  3636. In article <323A0CD0.5B1F@irus.rri.uwo.ca>, sdunne@irus.rri.uwo.ca wrote:
  3637.  
  3638. >I would like to write an app which can conduct FTP sessions including
  3639. >logging in to a server and sending and receiving files, all without any
  3640. >user input.  CyberDog can get files, but unless I'm missing something,
  3641. >it can't send them.  In a pinch, I could use an existing ftp app like
  3642. >Fetch if it were scriptable.  Please post any suggestions to this
  3643. >newsgroup, and if possible also e-mail me at <sdunne@irus.rri.uwo.ca>,
  3644. >so I don't miss your post.  Many thanks in advance.
  3645.  
  3646. Check out the new PowerPlant Internet Classes on the CodeWarrior 10 CD.
  3647. There are classes for moving files via FTP. 
  3648.  
  3649. Fetch and Anarchie are both scriptable, too. In the Script Editor, use
  3650. File | Open Dictionary to open either of them up and you'll find a rich
  3651. set of verbs.
  3652.  
  3653. -Paul
  3654.  
  3655. --
  3656. Paul Robichaux       LJL Enterprises, Inc.
  3657. paul@ljl.com         Be a cryptography user. Ask me how.
  3658.  
  3659. ---------------------------
  3660.  
  3661. From mjunod@atl.lmco.com (Mike Junod)
  3662. Subject: diff on resource forks of duplicate files
  3663. Date: 9 Sep 1996 13:08:31 GMT
  3664. Organization: Lockheed Martin Advanced Technology Laboratories
  3665.  
  3666.  
  3667. If you duplicate a file in the Finder, will both files have the exact
  3668. same dat and resource forks? I was writing a simple diff program to
  3669. verify file are the same, and am finding that the resource forks are not
  3670. equivalent. Is there some unique Finder info stored in each resource
  3671. fork?
  3672.  
  3673. Is there any utility out there already that tells  if 2 files are binary
  3674. equivalent? I want to verify that if a file is compressed and encrypted
  3675. and then decrypted and uncompressed, you get the exact original file
  3676. back.
  3677.  
  3678. Thanks for any help!
  3679. -- 
  3680.  
  3681. Mike Junod                     
  3682.  
  3683.           Lockheed Martin Advanced Technology Laboratories
  3684. 1 Federal Street                         Internet: mjunod@atl.lmco.com
  3685. A&E Building 3W                             Voice: 609-338-3947
  3686. Camden, NJ 08102                              Fax: 609-338-4144
  3687.  
  3688. +++++++++++++++++++++++++++
  3689.  
  3690. From refiegle@mail.delcoelect.com (Richard E. Fiegle)
  3691. Date: Tue, 10 Sep 1996 07:12:10 -0600
  3692. Organization: Delco Electronics
  3693.  
  3694. In article <1996Sep9.085841@atl.lmco.com>, mjunod@atl.lmco.com (Mike
  3695. Junod) wrote:
  3696.  
  3697. > If you duplicate a file in the Finder, will both files have the exact
  3698. > same dat and resource forks? I was writing a simple diff program to
  3699. > verify file are the same, and am finding that the resource forks are not
  3700. > equivalent. Is there some unique Finder info stored in each resource
  3701. > fork?
  3702. > Is there any utility out there already that tells  if 2 files are binary
  3703. > equivalent? I want to verify that if a file is compressed and encrypted
  3704. > and then decrypted and uncompressed, you get the exact original file
  3705. > back.
  3706.  
  3707. I noticed the same thing on a program I worked on a couple of years
  3708. ago.  It appears that the "header" of the resource file is typically
  3709. (always?) different for 2 duplicate files.
  3710.  
  3711. I changed my routine to ignore this header:
  3712.  
  3713. verify_rsrc_fork(long file_size, Ptr s_buffer, short source_ref, short dest_ref)
  3714. {
  3715.     long count = 16;  /* Need to read in the first 16 bytes */
  3716.     OSErr err = FSRead(source_ref, &count, s_buffer); /* Read source */
  3717.     err = FSRead(dest_ref, &count, d_buffer); /* Read destination */
  3718.     long pos = count; /* Just read 16 bytes, move file position */
  3719.     long offset_to_data = *((long *)(s_buffer)); /* Get offset to data */
  3720.     count = offset_to_data - 16; /* Skip "header" bytes */
  3721.     err = FSRead(source_ref, &count, s_buffer); /* Read source file header */
  3722.     err = FSRead(dest_ref, &count, d_buffer); /* Read other file header */
  3723.     pos = pos + count; /* Just read header, move file position */
  3724.     file_size = file_size - offset_to_data; /* Calculate "new" file size */
  3725.  
  3726.     // Proceed to verify the bytes in the file starting at
  3727.     // position pos, up to pos+file_size, using memcmp, etc.
  3728.  
  3729.     /* Code ommitted */
  3730.  
  3731.     return(error)
  3732. }
  3733.  
  3734. --
  3735. Richard E. Fiegle
  3736. Opinions expressed are mine, not necessarily those of my employer
  3737.  
  3738. +++++++++++++++++++++++++++
  3739.  
  3740. From heaney@crl.com (John S. Heaney)
  3741. Date: 10 Sep 1996 13:25:14 -0700
  3742. Organization: CRL Dialup Internet Access    (415) 705-6060  [Login: guest]
  3743.  
  3744. In article <1996Sep9.085841@atl.lmco.com>,
  3745. Mike Junod <mjunod@atl.lmco.com> wrote:
  3746.  
  3747. >Is there any utility out there already that tells  if 2 files are binary
  3748. >equivalent? I want to verify that if a file is compressed and encrypted
  3749. >and then decrypted and uncompressed, you get the exact original file
  3750. >back.
  3751.  
  3752. Resorcerer will do this (and much more, of course).
  3753. -- 
  3754. John Heaney              Time flies whether you're having fun or not.
  3755. heaney@crl.com
  3756.  
  3757. +++++++++++++++++++++++++++
  3758.  
  3759. From david_rehring@gdt.com (David Rehring)
  3760. Date: Tue, 10 Sep 1996 14:54:00 -0700
  3761. Organization: GDT Softworks, Inc.
  3762.  
  3763. In article <1996Sep9.085841@atl.lmco.com>,
  3764. Mike Junod <mjunod@atl.lmco.com> wrote:
  3765.  
  3766. >Is there any utility out there already that tells  if 2 files are binary
  3767. >equivalent? I want to verify that if a file is compressed and encrypted
  3768. >and then decrypted and uncompressed, you get the exact original file
  3769. >back.
  3770.  
  3771. ResCompare does this.  It will compare both the data fork and resource
  3772. fork and tell you what differences are present.  And it costs 100% less
  3773. than Resorcerer (that is, it's FREE).  You should be able to find it on
  3774. most Mac archive sites.  It also will create updaters.
  3775.  
  3776. Later,
  3777.  
  3778. -- 
  3779. David Rehring
  3780. Senior Software Engineer
  3781. GDT Softworks, Inc.
  3782. And all around insane guy!
  3783.  
  3784. +++++++++++++++++++++++++++
  3785.  
  3786. From mills@multiad.com (Steve Mills)
  3787. Date: Wed, 11 Sep 1996 16:35:22 -0500
  3788. Organization: Multi-Ad Services, Inc.
  3789.  
  3790. >In article <1996Sep9.085841@atl.lmco.com>,
  3791. >Mike Junod <mjunod@atl.lmco.com> wrote:
  3792. >
  3793. >>Is there any utility out there already that tells  if 2 files are binary
  3794. >>equivalent? I want to verify that if a file is compressed and encrypted
  3795. >>and then decrypted and uncompressed, you get the exact original file
  3796. >>back.
  3797.  
  3798.    ResCompare. It's free.
  3799.  
  3800. Steve Mills, software engineer
  3801. Multi-Ad Services, Inc. / mills@multiad.com
  3802. Home: muff@visi.com
  3803.  
  3804. +++++++++++++++++++++++++++
  3805.  
  3806. From gregd@netcom.com (Greg Dougherty)
  3807. Date: Thu, 12 Sep 1996 17:57:00 -0700
  3808. Organization: Apple Computer, Inc.
  3809.  
  3810. In article <1996Sep9.085841@atl.lmco.com>, mjunod@atl.lmco.com (Mike
  3811. Junod) wrote:
  3812.  
  3813. > If you duplicate a file in the Finder, will both files have the exact
  3814. > same dat and resource forks? I was writing a simple diff program to
  3815. > verify file are the same, and am finding that the resource forks are not
  3816. > equivalent. Is there some unique Finder info stored in each resource
  3817. > fork?
  3818. > Is there any utility out there already that tells  if 2 files are binary
  3819. > equivalent? I want to verify that if a file is compressed and encrypted
  3820. > and then decrypted and uncompressed, you get the exact original file
  3821. > back.
  3822.  
  3823. You could try Resorcerer, which does resource compares (and you can have
  3824. it include the data fork as one of the "resources" to compare).
  3825.  
  3826. -- 
  3827. #include <Standard Disclaimers.h>
  3828. - -Greg
  3829.  
  3830. +++++++++++++++++++++++++++
  3831.  
  3832. From Ben Rubinstein <benr@cogapp.com>
  3833. Date: Wed, 18 Sep 1996 15:56:27 +0100
  3834. Organization: Cognitive Applications
  3835.  
  3836. In article <1996Sep9.085841@atl.lmco.com>, mjunod@atl.lmco.com (Mike
  3837. Junod) wrote:
  3838.  
  3839. > If you duplicate a file in the Finder, will both files have the exact
  3840. > same dat and resource forks? I was writing a simple diff program to
  3841. > verify file are the same, and am finding that the resource forks are not
  3842. > equivalent. Is there some unique Finder info stored in each resource
  3843. > fork?
  3844.  
  3845. The File System uses part of the resource fork for its own purposes -
  3846. this is documented somewhere in Inside Mac or the tech notes - sorry
  3847. can't remember where offhand.
  3848.  
  3849. I think though that the size of the File System part is variable (not
  3850. just 16 bytes), with the first two? four? bytes giving the size of this
  3851. part.
  3852.  
  3853. Now that Apple's got IM up on the Web, you could try searching there for
  3854. the truth... (<http://devworld.apple.com/dev/insidemac.shtml>)
  3855.  
  3856. Good luck,
  3857.  Ben Rubinstein               |  Phone: +44 (0)1273-821600  Fax: 728866
  3858.  Cognitive Applications Ltd   |  Email: benr@cogapp.com
  3859.  
  3860. ---------------------------
  3861.  
  3862. End of C.S.M.P. Digest
  3863. **********************
  3864.  
  3865.